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ABSTRACT 

Two  important  Management  Information  Systems  currently  under 
development  are  the  Naval  Aviation  Logistics  Command  Management  System 
(NALCOMXS)  and  the  Shipboard  Uniform  Automated  Data  Processing  System- 
Real  Time  (SUADPS-RT) .  Both  of  these  systems  address  the  functions  of 
aviation  supply  support  afloat  and  are  envisioned  for  implementation  on 
replacement  state-of-the-art  hardware  being  procured  under  the  Shipboard 
Non-Tactical  ADP  Program  (SNAP) .  Both  systems  are  being  developed  as 
on-line,  real-time  MISs  designed  to  provide  maintenance  and  material 
managers  with  information  concerning  the  management  of  aviation  main¬ 
tenance  and  supply  support.  This  thesis  investigates  these  two  systems 
and  determines  those  functional  areas  where  duplication  exists. 
Recommendations  concerning  the  incorporation  of  the  functional  differences 
of  the  two  sy stems  are  also  provided. 
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I.  INTRODUCTION 


A.  GENERAL  INTRODUCTION 

Hie  logistics  support  of  Naval  Aviation  is  a  complex  and  oftentimes 
esoteric  undertaking  that  encompasses  thousands  of  people  and  Billions  of 
dollars  worth  of  material  assets.  There  are  several  classical  logistics 
elements  that  comprise  the  overall  concept  of  logistics  support,  these 
elements  include  such  areas  as  personnel ,  training,  supply  support  and 
maintenance.  Specifically,  the  supply  support  and  maintenance  required 
to  support  Naval  Aviation  represents  not  only  a  major  investment  in 
defense  funding,  but  also  represents' an  important  factor  in  the  attain-* 
mant  of  overall  national  defense  goals.  Naval  Aviation  continues  to  be 
in  the  forefront  of  every  confrontation  requiring  a  rapid  response  to 
potentially  damaging  situations. 

The  operation  and  management  of  both  areas  of  supply  support  and 
maintenance  are,  by  themselves,  extremely  complex  tasks.  The  Naval 
Supply  System  is  a  multilevel  organization  that  is  worldwide  in  scope, 
capable  of  responding  rapidly  to  changes  in  operational  requirements  and 
embraces  virtually  every  naval  activity.  Similarly,  the  Naval  Aviation 
Maintenance  Program  (NAM?)  defines  the  organization  required  for  the 
performance  and  conduct  of  aircraft  maintenance .  The  NAM?  also  encom¬ 
passes  multilevels  including  both  organizational  responsibilities  as 
well  as  major  systems  cosnand  responsibilities.  Both  the  Naval  Supply 
System  and  the  Naval  Aviation  Maintenance  Program  are  administered  via 
separate  directives  and  procedures  within  the  Nmry  Department. 
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The  nature  of  Naval  aviation  has  evolved  into  a  highly  technological 
enterprise.  These  technological  advances  offer  highly  sophisticated, 
as  well  as  highly  expensive,  weapons  systems  to  the  fleet,  nte  increased 
sophistication  has  also  necessitated  the  requirement  for  improvements 
in  the  logistics  systems .  [Ref.  1:  p.  vi]  Specifically,  a  need  has 
arisen  for  systems  designed  to  improve  the  management  and  operation  of 
both  the  supply  support  and  maintenance  functions.  This  need  has  been 
recognised  by  the  Navy  since  several  systems  dealing  with  the  management 
of  both  aspects  of  supply  support  and  maintenance  are  currently  in  place 
and  operational  or  are  in  the  design  and  development  phase.  These 
"systems"  take  many  forms,  ranging  from  locally  designed  and  developed 
Management  Information  Systems  (MIS)  and  automated  data  entry  systems 
to  more  general  MISs  designed  and  developed  to  perform  various  functions 
in  the  accomplishment  of  overall  supply  and  maintenance  objectives. 
Noteworthy  is  the  fact  that  there  are  numerous  such  systems  in  operation 
or  development  at  any  one  time-- oftentimes  overlapping  in  their  objectives 
and  final  products. 

Since  both  disciplines,  maintenance  and  supply ,  tend  to  operate  within 
separate  functional  areas,  and  yet  constantly  interface,  it  is  important 
that  any  particular  system  under  development  minimise  any  duplication  of 
functions  between  other  such  systems .  Additionally ,  it  is  important  that 
information  generated  by  a  particular  system  be  made  available,  if 
applicable,  to  other  systems.  Only  through  such  a  coordinated  effort  can 
maximaa  efficiency  of  both  resources  and  information  be  realized. 

The  issue  of  coordinated  effort  and  maximum  efficiency  in  the  design 
and  development  phases  is  very  critical  in  the  areas  of  automated  MIS 


and  general  ADP  systems.  The  continued  growth  and  utilization  of 
electronic  computers  with  large  data  storage  capacity  has  enhanced  the 
ability  to  provide  large  amounts  of  data  that  is  useful  to  managers  at 
all  levels.  Unfortunately,  at  least  from  the  perspective  of  afloat 
operations,  there  is  a  limit  to  the  physical  size  and  capacity  of  data 
processing  capability.  Improvements  in  technology  may  allcw  for  dramatic 
increases  in  capability  in  the  future,  but  for  the  present,  careful 
consideration  should  be  given  to  ensuring  minimum  levels  of  duplication 
within  computer  based  systems  in  the  afloat  environment. 

Over  the  past  several  years,  the  dominant  MIS  under  development 
within  the  aviation  community  has  been  the  Naval  Aviation  Logistics 
Command  Management  Information  System  (NALCOMIS) .  NALCOMIS  is  a  complex 
and  multifaceted  computer  based  MIS  designed  to  provide  aviation  mainten¬ 
ance  managers  with  decision  making  information.  NALCOMIS  is  a  state-of- 
the-art,  high  technology,  on-line,  real-time  computer  based  NIS  that  will 
be  installed  in  approximately  ninety  Naval  Aviation  activities  including 
joth  ashore  and  afloat  units.  Throughout  its  development  it  has  expanded 
to  include  virtually  every  aspect  of  aviation  maintenance.  In  addition , 
various  aspects  of  the  supply  support  function  are  also  included. 

Unfortunately,  the  design  and  development  of  NALCOMIS  has  been  slow. 
[Ref.  1:  p.  A-27]  Few  aviation  maintenance  and  material  managers  can 
dismiss  the  need  for  such  a  MIS;  however,  it  is  the  opinion  of  the  author 
that  the  timeframe  for  fleet  introduction  of  NALCOMIS  remains  a  serious 
detriment  to  the  ultimate  success  of  the  endeavor. 

A  substantial  amount  of  effort  and  resources  has  been  expended  in  the 
NALCOMIS  effort  to  date.  [Ref.  1:  p.  A-27)  An  alternate  approach  to  the 
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NALCOMIS  initiative  might  be  to  utilize  various  component  parts  of  the 
NALCOMIS  effort  within  operational  or  planned  ADP  systems.  The  opinion 
of  the  author  is  that  the  Navy,  by  adopting  such  an  approach,  could 
benefit  significantly  from  the  work  already  completed  on  NALCOMIS.  In 
addition,  this  approach  would  help  to  alleviate  unnecessary  duplications 
as  well  as  possibly  enhancing  the  overall  capabilities  of  other  ADP 
systems . 

This  thesis  will  briefly  examine  and  describe  NALCOMIS  with  a  view¬ 
point  toward  possible  inclusion  of  NALCOMIS  functions  within  existing 
ADP  systems.  Specifically,  the  thesis  will  investigate  the  possible 
inclusion  of  NALCOMIS  functions  within  the  Shipboard  Uniform  Automated 
Data  Processing  System-Real  Time  (SUADPS-RT) . 

B.  THESIS  OBJECTIVES 

The  objectives  of  this  thesis  are  as  follows: 

(1)  Provide  the  reader  an  insight  and  understanding  of  NALCOMIS  and 
SUADPS-RT  be  briefly  describing  these  two  systems. 

(2)  Compare  the  functions  of  NALCOMIS  and  SUADPS-RT  for  possible 
duplications  and  determine  those  functional  areas  within  NALCOMIS  that 
warrant  possible  consideration  for  inclusion  within  SUADPS-RT. 

(3)  Offer  conclusions  and  recommendations  concerning  the  results 
of  the  research. 

C.  APPROACH 

The  material  presented  in  this  thesis  is  meant  to  act  as  an  educational 
tool  for  the  author  in  order  to  provide  useful  knowledge  of  both  NALCOMIS 
and  SUADPS-RT.  To  this  end,  the  study  focuses  on  the  current  documentation 


available  concerning  the  two  systems  with  particular  emphasis  being  placed 
on  Functional  Descriptions  (FDs )  and  design  specifications. 

Additionally,  the  thesis  will  be  useful  as  a  tool  for  the  SUADPS-RT 
functional  manager  when  considering  future  enhancements  to  the  SUADPS-RT 
system.  It  is  recognized  that  much  of  this  depends  upon  the  ultimate 
decision  regarding  the  future  of  NALCOMIS .  Nevertheless,  if  NALCOMIS 
becomes  a  reality,  the  successful  interfacing  of  the  NALCOMIS  and  SUADPS- 
RT  systems  would  be  warranted.  The  material  here  may  enhance  early 
interface  decisions. 

D.  SCOPE  AND  LIMITATIONS 

Both  NALCOMIS  and  SUADPS-RT  are  extremely  large  and  complex  systems 
requiring  a  multitude  of  documentation  including  numerous  system  flow 
charts  and  detailed  requirements.  Additionally,  volumes  of  material  have 
been  produced  regarding  system  specifications,  hardware  impacts,  and  system 
environments.  It  is  well  beyond  the  scope  of  this  thesis  to  address  every 
detail  of  the  two  systems.  The  thesis  is  therefore  limited  to  the  following 
areas  of  research: 

(1)  Research  is  centered  on  defining  those  functional  areas  within 
NALCOMIS  that  represent  duplications  of  functions  currently  included 
within  the  SUADPS-RT  FD. 

(2)  The  scope  is  limited  to  addressing  only  functional  areas.  While 
it  may  become  necessary  to  address  such  considerations  as  hardware, 
software,  data  base  considerations,  environment,  and  system  architecture, 
the  thrust  of  the  thesis  is  not  toward  these  areas.  These  areas  are, 
however,  examined  to  some  degree  when  defining  the  two  systems. 
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(3)  NALCOMIS  specifically  addresses  virtually  every  aspect  of  the 
Naval  Aviation  Maintenance  Program.  Many  of  the  functions  deal  specifi¬ 
cally  with  the  maintenance  effort  and  have  no  direct  impact  upon  the 
supply  support  function  as  addressed  by  SUADPS-RT.  Therefore,  only  those 
functions  of  NALCOMIS  pertaining  to  supply  support  will  be  discussed. 

E.  THESIS  FORMAT 

The  basic  content  of  this  thesis  is  presented  in  Chapters  II,  III, 
and  IV.  Appendix  A  relates  specifically  to  Chapter  IV.  Chapter  V 
contains  conclusions  and  recommendations . 

Chapters  II  and  III  deal  with  discussion  of  NALCOMIS  and  SUADPS-RT 
respectively.  In  the  writing  of  these  two  chapters,  extensive  use  was 
made  of  the  NALCOMIS  and  SUADPS-RT  Functional  Descriptions.  Chapter 
summaries  are  provided  as  a  means  of  gaining  substance  from  these  areas 
without  having  to  peruse  the  entire  chapter. 

Chapter  IV  is  supplemented  by  the  information  contained  in  Appendix  A. 
In  this  regard,  the  chapter  summary  for  Chapter  IV  applies  to  the  infor¬ 
mation  contained  in  both  Chapter  IV  and  Appendix  A. 

An  appreciation  for  the  contents  of  the  thesis  may  be  obtained  merely 
by  reading  the  chapter  summaries.  In  addition,  a  Summary  of  Findings 
is  presented  as  Section  F  of  Chapter  I. 

Finally,  the  thesis  contains  a  substantial  number  of  acronyms. 
Appendix  B  provides  a  glossary  of  these  acronyms . 

F.  SUMMARY  OF  FINDINGS 

Several  duplications  exist  between  the  subsystem  of  NALCOMIS  Module  1 
that  deals  with  the  management  of  aviation  supply  support  and  SUADPS-RT. 
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Specifically,  four  of  the  five  NALC0M1S  subfunctions  pertaining  to  supply 
support  are  similar  enough,  either  directly  or  functionally,  as  to  con¬ 
sider  them  identical  with  functions  listed  in  SUADPS-RT. 
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II.  NALCCMIS  FUNCTIONAL  OVERVIEW 


A.  THE  NAVAL  AVIATION  MAINTENANCE  PBOGRJW  (NAMP) 

Established  in  1959  by  the  Chief  of  Naval  Operations  (CNO) ,  the  Naval 
Aviation  Maintenance  Program  (NAMP)  is  a  fully  integrated  system  for 
performing  aeronautical  equipment  maintenance.  Over  the  years  it  has 
evolved  through  many  changes  and  today  represents  an  up-to-date  program 
that  addresses  all  levels  of  aviation  maintenance  in  the  Navy.  The  NAMP 
is  built  upon  the  concept  of  three  levels  of  maintenance:  the  Organizational 
Maintenance  Activity  (CMA) ,  the  Intermediate  Maintenance  Activity  (IMA)  , 
and  the  Depot  Maintenance  Activity.  Figure  2-1  displays  this  concept 
including  a  brief  explanation  of  the  types  of  maintenance  performed  at 
each  activity.  The  key  objective  of  the  NAMP  cam  best  be  highlighted 
by  the  following  excerpt  from  the  NAMP  Instruction,  OPNAV  Instruction 
4790. 2B: 

"The  objective  of  the  NAMP  is  to  achieve  and  maintain  maximum  material 
readiness,  safety,  and  conservation  of  material  through  caomand  atten¬ 
tion,  policy  direction,  technical  direction,  management,  and  adminis¬ 
tration  of  all  programs  affecting  activities  responsible  for  aviation 
maintenance,  including  associated  material  and  equipment.  It  encom¬ 
passes  the  accomplishment  of  repair  of  aeronautical  equipment  and 
material  at  the  level  of  maintenance  which  will  ensure  optimum  economic 
use  of  resources;  the  protection  of  weapons  systems  from  corrosive 
elements  through  the  prosecution  of  an  active  corrosion  control  program; 
and  the  collection,  analysis ,  and  use  of  pertinent  data  in  order  to 
effectively  improve  our  material  readiness  and  safety  while  simulta¬ 
neously  increasing  the  efficient  and  economical  management  of  our 
human,  monetary,  and  material  resources." 

As  indicated  previously,  the  NAMP  has  undergone  several  changes  and 

improvements  since  its  inception.  These  changes  ware  necessitated  for  a 

variety  of  reasons,  the  least  of  which  was  the  continuing  need  for  a 


variety  of  data  relating  to  aviation  maintenance .  Early  astute  mainten¬ 
ance  managers  realized  that  operational,  maintenance,  and  logistics  sup¬ 
port  data  are  key  elements  in  maintenance  related  decision  making.  This 
fact,  coupled  with  the  advent  of  the  electronic  ADP  systems  of  the  early 
1960's,  led  to  the  birth  of  the  Naval  Aviation  Maintenance  and  Material 
Management  (3-M)  System,  referred  to  as  the  3-M  System. 

The  3-M  System  was  introduced  in  January  1965  for  the  purpose  of 
providing  for  maintenance  data  collection,  man-hour  accounting,  and  air¬ 
craft  accounting  systems  as  part  of  the  NAMP.  [Ref.  2:  p.13]  The  3-M 

System  offers  a  Navywide  standard  by  which  all  maintenance  data  is 
collected  and,  by  virtue  of  this  standardized  concept,  lends  itself  to 
processing  via  ADP  equipment .  It  should  be  noted  that  the  prime  purpose 
of  the  3-M  System  was  the  collection  of  data  for  maintenance  managers 
throughout  all  levels  of  maintenance.  However,  as  implemented,  the  3-M 
System  actually  provides  for  data  collection  geared  for  use  by  upper  level 
management  with  limited  use  by  lower  level  maintenance  managers.  [Ref.  3: 
p.  16] 

A  brief  discussion  of  the  shortcomings  of  the  3-M  System  is  warranted. 
The  main  reason  for  the  shortcomings  in  the  system  is  the  manual  collec¬ 
tion  of  data  which  was  necessitated  by  the  limitations  of  the  Electronic 
Accounting  Machine  (EAM)  technology  at  the  time  of  system  introduction. 
[Ref.  3:  p.  16]  This  manual  collection  of  data  led  to  inefficiency  with 
the  transfer  of  data  from  the  manual  collection  documents  to  machine 
readable  form,  placed  a  heavy  documentation  load  on  users,  led  to  error 
prone  data  collection,  and  presented  delays  in  information  and  data 
processing.  [Ref.  1:  p.  B-2]  The  3-M  System  does  not  provide  an 
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affective  man/machine  interface  to  collect  and  process  data  at  the  local 
level  in  a  timely  and  accurate  manner.  This  weakness  has  led  to  a  natural 
relunctancy  on  the  part  of  all  maintenance  managers  to  base  decision 
making  on  data  received  through  the  3-M  System.  [Ref.  1:  pp.  B-4,  B-5] 
Finally,  as  the  complexity  of  weapons  systems  has  increased,  the 
volume  of  maintenance  actions,  and  therefore,  the  volume  of  source  docu¬ 
ments  has  also  increased.  Add  to  this  the  demand  for  more  information 
from  all  levels  within  the  logistics  community,  and  the  problems  cited 
in  the  preceding  paragraph  become  more  and  more  prevalent.  This  increased 
volume  must  be  processed  on  already  overloaded  and  outdated  Automated 
Data  Processing  Equipment  (ADPE)  and  actually  results  in  additional  manual 
data  collection  requirements  being  levied  on  already  overloaded  personnel. 
[Ref.  31:  p.  17]  This  leads  to  the  proliferation  of  "locally  designed 
systems"  to  satisfy  the  requirement  for  accurate  and  timely  data. 

These  types  of  problems  and  deficiencies  have  received  high  level 
attention  within  the  Navy  and  probably ,  more  that  any  other  area,  led 
to  the  demand  for  a  modem  state-of-the-art  MIS. 

B.  NALCOMIS  BACKGROUND  AND  HISTORY 

The  NALCOMIS  effort  can  best  be  described  as  am  evolutionary  process 
bom  out  of  the  deficiencies  of  the  3-M  System.  In  1970,  CNO  established 
the  Carrier  Aircraft  Maintenance  Support  Improvement  (CAMSI)  Project  as 
a  first  step  in  identifying  those  areas  that  would  improve  caurrier  aircraft 
readiness.  The  CAMSI  effort  produced  several  findings.  One  such  finding 
was  that  the  improved  use  of  ADPE  was  the  most  practical  and  cost  effective 
means  of  attaining  an  acceptable  level  of  efficiency  in  the  management  of 
shipboard  aircraft  maintenance  and  support. 
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In  view  of  the  CAMSI  findings,  the  Shipboard  Aviation  Command 
Management  Information  System  (SACOMIS)  project  was  initiated  in  1972 
as  a  joint  Naval  Air  Systems  Command  (NAVAIR)  and  Naval  Supply  Systems 
Caomand  (NAVSUP)  project.  This  project  was  undertaken  to  design  and 
develop  a  MIS  in  response  to  CAMSI  recommendations .  The  Management 
System  Development  Office  (MSDO)  and  the  Fleet  Material  Support  Office 
(FMSO)  were  tasked  with  the  design  effort,  and  a  project  office  was 
established  within  NAVAIR.  Support  for  the  project  was  provided  by  those 
areas  of  NAVAIR  and  NAVSUP  responsible  for  ADP  policy  and  procedures 
as  well  as  Headquarters  Marine  Corps  for  Marine  aviation  matters.  The 
SACOMIS  Automated  Data  System  (ADS)  plan  was  approved  in  concept  by 
CNO  in  1974. 

In  1974,  CNO  directed  that  the  SACOMIS  program  be  expanded  to  include 
Naval  Air  Stations  (NASs) ,  Marine  Aircraft  Groups  (MAGs) ,  Helicopter 
Aircraft  Carriers  (LPHs) ,  Helicopter  Assualt  Aircraft  Carriers  (LHAs) 
and  Marine  Corps  Air  Stations  (MCASs) .  It  was  also  at  this  time  that 
the  program  title  was  changed  to  the  Naval  Aviation  Logistics  Command 
Management  Information  System  (NALCOMIS) .  Several  initiatives  were 
undertaken  to  ensure  fleet  participation  during  the  design,  development, 
and  implementation  phases. 

In  1976,  program  management  of  NALCOMIS  was  changed  to  a  newly 
established  organizational  entity  within  NAVAIR.  In  addition,  it  was 
during  this  timeframe  that  a  decision  was  made  to  utilize  the  modular 
approach  in  the  development  of  NALCOMIS.  The  initial  module  would  be 
limited  to  the  support  of  the  OMA,  the  IMA,  and  the  Supply  Support  Center 
(SSC)  functions  both  afloat  and  ashore  and  hu  been  identified  as  Module  1 
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of  NALCOMIS.  Other  areas  of  the  NAMP  would  be  implemented  as  follow-on 
modules.  The  NALCOMIS  Module  1  ADS  plan  was  completed  and  submitted  in 
October  1976,  and  certification  was  received  in  1977.  NALCOMIS  has  been 
designated  as  a  program  and  is  currently  managed  as  such  within  NAVAIR . 

Figure  2-2  presents  a  chronological  representation  of  the  NALCOMIS 
history.  Throughout  the  remainder  of  this  thesis,  the  term  NALCOMIS 
refers  to  NALCOMIS  Module  1. 

C.  MAJOR  NALCOMIS  OBJECTIVES 

The  overall  broad  objective  of  NALCOMIS  is  to  provide  a  MIS  which 
will  assist  the  GMA,  IMA,  and  SSC  aviation  maintenance  and  material 
managers  in  support  of  NAMP  execution.  The  MIS  will  satisfy  data  re¬ 
quirements  of  aviation  maintenance  and  material  managers  in  a  timely 
manner  and  provide  data  inputs  to,  and  otherwise  interface  with,  other 
major  Integrated  Logistics  Support  (ILS)  systems  in  the  Naval  Aviation 
community.  [Ref.  1:  p.6] 

The  specific  objectives  as  outlined  in  the  NALCOMIS  ADS  plan  are  as 
follows : 

(1)  Develop  a  single,  integrated,  real-time  automated  standard  MIS 

to  assist  maintenance  and  material  managers  in  their  day-to-day  operations 
and  decision  making. 

(2)  Develop  automated  source  data  entry  (SDE)  techniques  for  data 
input  by  aviation  maintenance  and  supply  personnel. 

(3)  Develop  a  MIS  with  requisite  capabilities  to  support  the  data 
requirements  of  certain  Navy  and  Department  of  Defense  (DOO)  programs 
with  less  impact  on  the  base  level  maintenance  and  material  support 
functions . 
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Figure  2-2  Chronological  Representation  of  NALCOMIS  History 


These  objectives  were  formulated  on  the  premise  that  the  Navy  has  no 
single,  integrated,  real-time,  automated  MIS  to  support  the  base  and  ship 
level  management  of  aviation  maintenance  including  data  collection,  intra¬ 
base  data  communication  and  up-line  reporting  functions. 

The  following  additional  specific  objectives  have  been  established 
within  the  overall  objectives:  [Ref.  1:  pp.  6-9] 

(1)  Reduce  the  amount  of  time  aircraft  are  in  a  non-operational 
status  due  to  actual  ongoing  maintenance  or  awaiting  maintenance.  These 
reductions  will  be  achieved  by  the  following: 

-  improved  local  data  communication  capabilities, 

-  improved  SDE  procedures  and  techniques, 

-  improved  visibility  of  existing  maintenance  workload  and 
supply  inventory, 

-  reduction  of  the  clerical  burden  on  maintenance  and  supply 
personnel , 

-  integration  of  supply  and  maintenance  data  bases. 

(2)  Reduce  the  amount  of  time  aircraft  are  in  a  non-operational 
status  or  reduced  material  condition  status  due  to  supply.  These 
reductions  will  be  achieved  by  the  following: 

-  enhanced  data  communications  capabilities  between  maintenance 
supply  and  base/ship  level  management, 

-  utilization  of  SDE  devices  for  data  acquisition , 

-  reduction  in  component  turn-around  and  supply  response  times, 

-  increased  available  productive  manhours  resulting  from  a 
reduction  in  clerical  functions, 

-  improved  component  tracking  capability, 


improved  visibility  of  on-hand  material  assets. 
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(3)  Increase  the  productive  output  of  maintenance  and  supply 
personnel  through  reduction  of  direct  labor  manhours  in  data  collection, 
handling,  control,  collating,  and  coeaunication .  this  increase  in  pro¬ 
ductivity  will  be  achieved  by  the  following: 

-  elimination  of  manually  prepared  source  documents  through 
source  data  automation, 

-  improved  accuracy  and  accessibility  of  the  data  base, 

-  elimination  of  duplicate  and  redundant  recording  of  data. 

(4)  Reduce  supply  issue  and  supply  status  times  through: 

-  installation  of  source  data  automation  capability, 

-  reduction  in  the  clerical  burden  on  supply  and  maintenance 
personnel . 

(5)  Reduce  the  amount  of  time  required  from  the  time  a  defective 
component  is  removed  from  an  aircraft  until  it  is  made  ready-for-issue 
(RFI) .  This  reduction  will  be  accomplished  by  the  following: 

-  automation  of  the  Individual  Component  Repair  Listing  (ICRL) , 

-  improved  workload  scheduling, 

-  reduction  of  the  clerical  burden  on  maintenance  personnel. 

(6)  Reduction  in  the  number  of  Beyond  the  Capability  of  Maintenance 
(BCM)  actions  on  components  repairable  locally.  This  reduction  will  be 
achieved  mainly  through  an  improved  visibility  of  consumable  piece 

part  inventory  in  the  SSC. 

(7)  Reduction  in  the  manpower  required  in  direct  support  of  the  MIS. 
This  reduction  will  be  accomplished  through  the  following: 

-  standardization  of  hardware  and  software, 

-  utilization  of  SDE  devices  for  data  acquisition,  thereby  elim¬ 


inating  the  need  for  manual  data  conversion  and  verification. 
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(8)  Improvements  in  the  quality  and  timeliness  of  data  being  reported 
in  support  of  up- line  management  requirements.  This  improvement  will  be 
achieved  by: 

-  integration  of  maintenance  and  supply  data  bases  at  the  local 
level, 

-  utilization  of  an  integrated  "record  length"  reporting  format, 

-  utilization  of  SDE  devices, 

-  reducing  the  error  rates  in  data  being  reported, 

-  fulfilling  up-line  requirements  for  data  not  previously 
available. 

(9)  Reduction  in  the  inventory  loss  of  components .  This  will  be 
realized  through  the  complete  serialized  tracking  of  each  component  from 
the  time  of  removal  through  each  step  in  the  repair  process  until  it  is 
returned  to  the  rota-table  pool  or  to  3tock  in  RFI  condition. 

As  can  be  seen,  the  above  objectives  represent  a  considerable  under¬ 
taking,  especially  in  designing  a  MIS  within  the  environment  of  a  complex 
system  as  represented  by  the  maintenance  and  supply  support  of  Naval 
Aviation. 

D.  MAJOR  NALCOMIS  FEATURES 

Since  its  inception,  NALCOMIS  has  been  envisioned  as  a  state-of-the- 

art,  advanced  MIS  designed  with  the  needs  of  the  user  in  mind.  [Ref.  1: 

pp.  B— 10 ,  B-ll]  As  presented  in  the  NALCOMIS  AOS  plan,  the  MIS  will 

possess  the  following  features  as  a  minimum: 

satisfy  real-time  information  requirements  of  the  base  level 
aviation  maintenance  and  material  managers, 
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.  satisfy  the  data  reporting  requirements  for  up-line  information 
systems , 

.  satisfy  mobility  requirements  of  selected  NALCOMIS  operational 
sites,  specifically  12  CVs ,  12  LPHs/LHAs,  17  MAGs  and  deployable 
aircraft  squadrons  from  SO  NASs  and  MCASs, 

.  satisfy  minimum  requirements  for  continuous  operation  of  the  MIS 
in  a  high  readiness  or  mobilization  environment  considering: 

-  vulnerability  of  hardware  and  software, 

-  security  of  data  communications  between  afloat  and  ashore 
activities , 

-  satisfy  fail-soft  requirements  to  permit  degrees  of  degraded 
mode  operations  versus  total  interruption. 

Additionally,  the  following  are  important  features  deemed  worthy  of 
mention:  [Ref.  1:  p.  31] 

.  The  system  will  utilize  key  Video  Display  Terminal  (KVDT)  devices 
for  the  collection  and  display  of  data; 

.  The  system  will  be  a  totally  integrated,  interactive  system  with 
users  having  access  to  data  resident  in  the  centralized  data  base 
managed  by  a  Data  Base  Management  System  (DBMS) ; 

.  The  system  is  advertised  as  highly  user-oriented.  Examples  are 
the  use  of  common  English  rather  than  coded  data  and  the  system 
generation  of  data  resulting  from  input  of  certain  data. 


E.  NALCOMIS  FUNCTIONS 

Before  addressing  the  specific  functions  of  the  NALCOMIS  components , 
it  is  necessary  to  first  present  various  design  concepts  that  relate 
directly  to  the  functional  areas  being  considered.  An  appreciation  of 
these  design  concepts  should  afford  the  reader  a  better  understanding  of 
subsequent  discussions  concerning  NALCOMIS  functions.  The  following  are 
generalized  design  features  and  concepts  of  NALCOMIS  that  are  highlighted 
throughout  the  NALCOMIS  FD: 


25 


(1)  Single  point  entry  and  validation  of  data  will  preclude  the 
redundant  entry  of  data  and  will  validate  the  acceptability  of  data. 

(2)  Source  data  automation  will  assist  the  user  by  furnishing  easy- 
to-use  formats,  system  provided  data  to  the  maximum  extent  possible, 
direct  entry  of  data  precluding  manual  transcribing,  and  on-line  edit  and 
validation . 

(3)  The  system  will  utilize  pre-formatted  displays. 

(4)  A  report  generator  will  be  utilized  and  will  permit  the  display 
of  data  in  a  format  not  previously  described  to  the  system. 

(5)  The  system  will  provide  interactive  capability  thus  permitting  a 
man/machine  conversational  mode.  Xn  addition,  an  ad  hoc  capability  will 
allow  the  development  of  one-time  programs  on-line  using  the  interactive 
and  report  generation  capabilities. 

(6)  Data  will  be  on-line  and  continually  resident  on  direct  access 
storage  devices. 

(7)  The  system  will  feature  the  capability  to  provide  a  statistical 
data  file  which  accummulates  data  as  actions  occur  as  opposed  to  gathering 
statistics  by  review  of  historical  data. 

(8)  The  system  will  employ  features  such  as  multi -programing, 
integrated  data  base,  data  management ,  structural  design  and  programming, 
use  of  high  level  languages,  and  a  real-time  capability. 

(9)  The  system  will  utilize  a  Site  Oriented  Centralized  and  Integrated 
Data  Base  (SOCXDAB)  which  will  contain  all  known  data  elements  of  the 
application. 

As  mentioned  previously,  NALCOMXS  applies  to  three  major  segments  of 
the  local  maintenance  environment,  namely  the  OMA,  the  XMA,  and  the  SSC. 
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Figure  2-5  NALCOMIS  Aviation  Supply  Support  Management  Functions 


Within  these  three  subsystems  NALCOMIS,  as  envisioned,  will  perform 
approximately  fifty  major  functions.  These  functions  are  listed  by 
subsystem  in  Figures  2-3,  2-4,  and  2-5.  In  view  of  the  fact  that  the 
thrust  of  this  thesis  is  directed  toward  the  possible  inclusion  of 
NALCOMIS  functions  within  the  SUADPS-RT  environment  and  the  fact  that  a 
review  of  all  NALCOMIS  functions  is  considered  beyond  the  scope  of  this 
thesis,  only  those  functions  that  relate  to  the  SSC  will  be  examined. 
Additionally,  the  emphasis  will  be  placed  on  the  shipboard  aspect. 

As  background  information,  the  Aviation  SSC  functions  as  the  single 
point  of  contact  between  the  ship's  Supply  Department  and  the  maintenance 
activities,  namely  the  organizational  and  intermediate  maintenance  levels. 

The  primary  function  of  the  SSC  is  to  receive  and  process  the  material 
demands  placed  upon  the  Supply  Department  by  the  supported  maintenance 
activities.  Figure  2-6  represents  a  typical  SSC  organization. 

The  following  major  functions  are  performed  by  the  SSC:  [Ref.  1:  pp. 87-106] 

1.  Demand  Processing 

The  SSC  processes  demands  for  repairables  and  piece  parts. 

Material  requests  are  received,  properly  identified,  the  material  located 
and  delivered  to  the  requesting  activity.  Demands  that  cannot  be  satis¬ 
fied  locally  generate  a  supply  system  requisition.  The  requesting 
activity  is  notified  accordingly. 

2.  Repairables  Management 

The  SSC  has  specific  responsibility  for  the  ship's  allowance  of 
repairable  components.  NALCOMIS  envisions  repairables  management  to 
describe  the  tracking  of  a  repairable  from  the  time  it  is  removed  from 
an  aircraft  or  major  component  until  one  of  the  following  conditions  occur: 
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-  the  repairable  is  repaired  and  returned  to  the  aircraft  or 
major  component, 

-  the  repairable  is  determined  to  be  BCM  and  therefore  shipped 
to  another  maintenance  activity  for  repair, 

-  the  repairable  is  repaired  and  placed  in  stock  in  RFI  condition. 
Repairables  are  classified  under  two  groups: 

(1)  Local  Repair  Cycle  Assets  (LRCA) , 

(2)  Other  repairables. 

The  SSC  must  know  each  repairable  item's  asset  position  and  the 
asset's  location (s).  The  SSC  must  also  make  recommendations  concerning 
the  quantity  of  assets  to  be  carried  in  inventory . 

3.  Component  Screening 

The  screening  function  is  concerned  with  the  proper  identifica¬ 
tion  of  NRFI  repairable  components  turned  in  by  the  maintenance  activities 
as  well  as  both  RFI  and  BCM  components  received  from  the  IMA. 

4.  Awaiting  Part3  (AWP)  Component  Management 

Components  which  cannot  be  immediately  repaired  due  to  the  lack 
of  repair  parts  are  classified  as  Awaiting  Parts  (AWAP) .  The  SSC  is 
responsible  for  managing  the  actions  required  to  obtain  the  parts  needed 
for  proper  repair. 

The  above  only  highlight  the  major  functions  performed  by  the  SSC 
and  offer  only  a  brief  explanation  of  these  broad  areas.  A  review  of 
Figures  2-3,  2-4,  and  2-5  indicates  that  NALCOMIS  currently  plans  to 
address  these  functions  as  well  as  additional  areas  under  the  responsibility 
of  the  SSC.  Chapter  IV  of  this  thesis  will  examine  the  NALCOMIS  functions 
in  greater  detail. 
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F.  CHAPTER  SUMMARY 


The  NAM?  is  a  complex  program  designed  to  ensure  the  proper  mainten¬ 
ance  of  aircraft  and  aviation  components  both  afloat  and  ashore.  One  of 
the  keys  to  the  effective  accomplishment  of  the  NAMP  objectives  is  the 
Navy  Aviation  Maintenance  and  Material  Management  System  (3-M  System); 
however,  the  3-M  System  has  become  an  outdated  and  inefficient  system  for 
processing  the  information  and  management  needs  of  modern  Naval  Aviation. 
The  deficiencies  of  the  3-M  System  have  received  high  level  attention  and 
have  resulted  in  the  formulation  of  the  Naval  Aviation  Logistics  Command 
Management  Information  System  (NALCOMIS)  program.  When  implemented, 
NALCOMIS  will  offer  an  effective,  modern,  and  efficient  MIS  to  assist  the 
management  of  Naval  and  Marine  Corps  aviation  at  all  levels.  The  major 
objective  of  the  NALCOMIS  program  is  to  provide  a  MIS  which  will  assist 
the  OMA,  the  IMA,  and  the  SSC  maintenance  and  material  managers  in  support 
of  NAMP  execution.  NALCOMIS  will  provide  a  single,  integrated,  real-time 
automated  MIS  that  will  feature  source  data  automat ion/ entry,  on-line 
capability,  intra-activity  data  communication  and  up-line  reporting. 
NALCOMIS  is  envisioned  as  a  totally  user-oriented  system  capable  of 
expansion  to  encompass  all  facets  of  logistics  support  of  Naval  Aviation. 


III.  SUADPS-RT  FUNCTIONAL  OVERVIEW 

A.  NAVY  SUPPLY  SYSTEM  OVERVIEW 

As  indicated  in  Chapter  I,  the  Navy  Supply  System  is  a  multilevel  system 
that  encompasses  virtually  every  naval  activity.  A  complete  review  of  the 
workings  of  the  supply  system  is  considered  inappropriate  at  this  point; 
suffice  to  say,  the  Navy  Supply  System  comprises  thousands  of  personnel 
and  hundreds  of  activities,  all  performing  tasks  relative  to  the  support 
of  all  naval  units. 

The  Navy  Supply  System  can  best  be  described  as  an  integrated  system; 
integrated  in  the  sense  that  it  operates  in  conjunction  with  the  Defense 
Logistics  Agency  (DLA)  supply  system.  In  particular,  the  Navy  Supply 
System  is  that  system  under  the  direction  of  the  Commander,  Naval  Supply 
Systems  Command  consisting  of  inventory  managers  and  stock  points  which 
function  to  provide  material  to  the  operating  forces  of  the  Navy  and  shore 
establishment.  Functions  include,  but  are  not  limited  to  the  following: 

(1)  procurement  of  material  to  satisfy  overall  system  requirements, 

(2)  inventory  control  and  management, 

(3)  financial  accounting, 

(4)  transportation, 

(5)  receipt,  storage  and  issue  of  material, 

(6)  data  processing. 

The  Navy  Supply  System  extends  from  the  Naval  Supply  Systems  Command, 
down  through  Inventory  Control  Points  (ICPs) ,  stock  points,  such  as  Naval 
Supply  Centers  (NSCs)  and  NASs,  to  ships  and  shore  activities.  It  is  a 
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complex  system  that  relies  heavily  on  ADP  to  accomplish  many  of  Its 
primary  functions. 

B.  AFLOAT  SUPPLY  OVERVIEW 

One  area  where  the  supply  related  functions  impact  and  Interface 
directly  with  the  maintenance  functions  is  in  the  aviation  shipboard 
environment.  Generally,  the  Supply  Department  afloat  is  responsible 
for  several  key  functions,  including  general  supply,  aviation  stores 
(if  applicable),  food  service  operations,  disbursing,  and  ship's  store 
operations.  Within  these  functional  areas,  the  Supply  Officer  is 
responsible  for  the  procurement  and  requisitioning  of  material,  as  well 
as  receiving,  scoring,  issuing,  shipping,  transferring,  selling  and 
accounting  for  all  stores  and  ‘equipment  in  his  custody.  The  accounting 
functions  include  allotment  accounting,  cost  accounting,  appropriation 
accounting,  and  property  accounting.  [Ref.  4]  The  Supply  Officer  afloat 
is  a  financial  advisor  as  well  as  the  individual  responsible  to  the 
Commanding  Officer  for  the  material  support  of  the  command. 

Within  the  scope  of  aviation  maintenance,  the  Supply  Department  inter¬ 
faces  on  a  continuing  basis  with  the  maintenance  activities.  Specifically 
and  as  indicated  in  Chapter  II,  the  SSC  is  responsible  for  the  effective 
supply  support  of  assigned  maintenance  activities.  The  reader  is  referred 
to  Figure  2-6  of  Chapter  II  for  a  view  of  a  typical  SSC  organization.  In 
addition.  Section  E  of  Chapter  II  briefly  describes  the  major  functions 
of  the  SSC. 
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C.  THE  SHIPBOARD  UNIFORM  AUTOMATED  DATA  PROCESSING  SYSTEM  (SUADPS) 

With  Che  advent  of  general  use  ADP  system  applications  to  the  ship¬ 
board  environment  in  the  early  1960s,  came  the  need  for  a  standard, 
shipboard  ADP  system  to  process  the  workload  associated  with  Supply 
Department  functions.  Such  a  system,  called  the  Shipboard  Uniform 
Automated  Data  Processing  System  (SUADPS),  was  developed  for  operation  on 
the  AN/UYK-5(V)  digital  computer  system,  a  small  scale  machine  designed 
in  the  early  sixties. 

SUADPS  is  a  batch  processing,  magnetic  tape  oriented,  supply  and 
financial  accounting  system  programmed  in  assembly  language.  There  are 
currently  two  versions  that  differ  mainly  in  the  financial  area,  speci¬ 
fically  in  the  area  of  types  of  inventory  funding.  The  first  version. 
Shipboard  Uniform  Automated  Data  Processing  System — End  Use  (SUADPS-EU) , 
is  applicable  to  aircraft  carriers  (CVs) ,  amphibious  assualt  ships 
(LHAs/LPHs) ,  and  Marine  Aircraft  Groups  (MAGs) .  SUADPS-EU  is  oriented 
to  aviation  activities  with  end-use  funded  inventories.  The  second 
version.  Shipboard  Uniform  Automated  Data  Processing  System-207  (SUADPS- 
207) ,  is  applicable  to  tenders  (ADs/ASs) ,  repair  ships  (ARs) ,  combat 
stores  ships  (AFSs) ,  and  certain  Shore  Intermediate  Maintenance 
Acitivites  (SIMAs).  These  activities  are  oriented  to  ship  intermediate 
maintenance  and  fleet  resupply  utilizing  Navy  Stock  Fund  (NSF) 
inventories. 

There  are  two  special  procedures  incorporated  within  the  SUADPS-207 
version  that  are  not  part  of  the  standard  SUADPS  software.  One,  the 
High  Priority  Requisition  Monitoring  System  (HI-PRI)  deals  with  the 
processing  of  high  priority  requisitions  by  SUADPS-207  activities.  The 
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other,  the  Underway  Replenishment  System  (UNREP) ,  is  applicable  to  the 
issue  of  material  to  fleet  customers  by  AFSs. 

The  basic  SUADPS  procedures  cover  virtually  every  functional  area  of 
the  afloat  supply  department  mission.  Figures  3-1  and  3-2  list  key  mission 
support  areas  and  also  list  the  functional  capabilities  of  the  SUADPS 
system. 

D.  HARDWARE  CONSIDERATION— THE  AN/UYK-5(V)  AND  THE  SHIPBOARD  NON-TACTICAL 
ADP  PROGRAM  (SNAP) 

The  basic  hardware  suite  in  use  in  the  fleet  today,  and  the  hardware 
that  supports  SUADPS,  is  the  AN/UYK-5(V)  computer.  This  computer  was 
purchased  by  the  Navy  in  the  mid-sixties  to  support  the  shipboard  non- 
tactical  systems,  such  as  the  3-M  System  and  supply /financial  operations: 

The  AN/UYK-5(V)  suite  of  hardware  consists  of  five  pieces  of  equip¬ 
ment.  The  computer  is  a  second  generation  serial  processor  possessing 
16K  words  of  core  memory,  one  quarter  of  which  is  dedicated  to  the 
operating  system.  It  has  a  magnetic  tape  unit  with  four  transports  and 
a  controller,  a  card  reader  and  a  punch  unit,  a  printer  that  has  a  sus¬ 
tained  speed  of  450  lines  per  minute,  and  a  keyboard  teletype  unit. 

The  system  is  physically  large,  occupying  approximately  25  feet  of  wall 
space  with  each  unit  being  approximately  two  to  three  feet  deep.  The 
central  processor  unit  (CPU)  is  approximately  six  feet  high.  ADP  appli¬ 
cations  on  the  AN/UTK-5(V)  are  sequential  tape  processing,  and  all  systems 
procedures  and  methods  are  limited  to  printer,  tape  or  card  output  and 
card  or  tape  input.  The  computer  does  support  a  low  level  COBOL  capa¬ 
bility;  however,  the  compiler  is  considered  inadequate  and  compiled 
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programs  require  too  much  memory  and  execution  time  to  support  major 
automated  applications.  [Ref.  5:  p.  2-10]  Most  application  programs 
are  developed  in  assembly  language. 

The  AN/UYK-5(V)  has  been  a  good  computer  for  the  fleet,  but  is  now 
plagued  by  normal  age  problems  as  well  as  saturation.  The  system  is 
approximately  17  years  old  and  is  experiencing  mechanical  problems.  Mean 
time  between  failures  is  decreasing,  and  spare  parts  are  a  problem  because 
the  machine  is  now  out  of  production.  Add  to  this  situation,  the  satura¬ 
tion  of  the  system  by  increased  workload  and  added  applications.  The 
result  is  a  shipboard  ADP  environment  that  is  characterized  as  follows: 
[Ref.  5:  pp.  2-10,  2-11] 

.  ADP  systems  bound  by  inefficient  use  of  large  volumes  of  printed 
data  and  keypunch/ card  oriented  data  update; 

.  Outmoded  sequential  processing  of  large  tape-oriented  data  files; 

.  Significant  processing  backlogs  now  plague  the  system; 

.  Significant  system  run  time  overhead  caused  by  excessive  system 
sort  time; 

.  Applications  software  segmentation  caused  by  restrictive  memory 
capacity; 

.  CPU  saturation  and  constrained  application  software  and  data  base; 

.  Overall  shipboard  ADP  equipment  unreliability. 

Due  to  the  types  of  problems  mentioned  above,  the  CNO  approved,  in 
1976,  a  replacement  effort  for  the  AN/UYK-5(V)  system.  This  replacement 
effort  has  been  named  the  Shipboard  Non-Tactical  ADP  Program  (SNAP) . 

The  program  has  two  parts.  The  first,  SNAP  I,  deals  with  the  replace¬ 
ment  of  the  AN/UYK-5(V);  the  second,  SNAP  II,  deals  with  the  installation 
of  small,  compatible,  ADP  systems  on  smaller  ships.  For  the  purpose  of 
this  thesis,  only  SNAP  I  is  relevant. 
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SNAP  I  calls  for  two  distinct  phases.  During  Phase  I  it  is  planned 
to  replace  the  mechanical  tape  transports  and  line  printers  now  used  in 
the  AN/UYK-5(V)  system.  Phase  2  deals  with  the  replacement  of  the  CPU 
and  those  remaining  peripherals  not  covered  by  Phase  1.  In  addition. 

Phase  2  will  provide  new  executive  level  operating  system  software. 

The  following  key  specification  and  design  features  have  been  extracted 
from  SNAP  Program  Office  literature  as  well  as  the  SUADPS-RT  FD: 

(1)  The  new  system  will  be  highly  modular  to  facilitate  installation 
and  maintenance; 

(2)  The  system  will  be  expandable  through  the  use  of  redundant 
architecture  to  achieve  the  large  capacity  required,  and  to  ensure  that 
the  system  fails  soft,  continuing  to  provide  services  and  support  while 
being  repaired; 

(3)  The  system  will  be  able  to  address  a  minimum  of  32  input/output 
(I/O)  devices  as  initially  installed  and  has  the  capability  of  expansion 
to  address  up  to  236  devices  for  larger  systems; 

(4)  The  operating  system  software  must  include  not  only  the  real¬ 
time  executive,  but  also  ANSI-74  COBOL,  programming  utilities,  mainten¬ 
ance  diagnostics,  tutorial  system  training  aids,  and  a  DBMS  that  is 
compliant,  as  close  as  possible,  with  the  Conference  on  Data  Systems 
Languages  (CODASYL)  recommendations; 

(3)  The  environment  must  support: 

-  improved  key  to  disk  SDE  capability, 

-  interactive  query,  validation  and  SDE  in  a  multi-terminal 
remote  communications  environment, 

-  a  disk-oriented,  multi-programming,  extended  memory 
environment; 
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(6)  Options  for  dealing  with  the  existing  applications  software  will 


be  permitted  to  include  the  following: 

-  translation,  using  especially  written  software, 

-  emulation,  using  programmable  read  only  memory  firmware,  or 

-  interface  operations,  in  computer-to-computer  mode,  using 
hardware,  or  other  black  box  replacement,  for  the  old  computer 

Of  importance  to  the  scope  of  this  thesis  is  the  fact  that  the 
Assistant  Secretary  of  the  Navy  for  Financial  Management  has  directed 
that  shipboard  versions  of  NALCOMIS  use  the  same  computer  system  that  is 
eventually  selected  under  the  SNAP  program  to  replace  the  AN/UYK-5(V). 

E.  THE  NEED  FOR  SUADPS-RT 

With  the  realization  that  the  deficiencies  in  the  AN/TJYK-5(V)  hard¬ 
ware  would  be  satisfied  by  the  SNAP  procurement,  concerted  effort  to 
review  the  current  SUADPS-EU  and  SUADPS-207  systems  was  undertaken.  The 
results  of  these  studies  revealed  the  following:  [Ref.  5,  pp.2-11,  2-12] 

(1)  Deficiencies  in  overall  SUADPS  procedures  and  applications  soft¬ 
ware  capabilities  can  be  Isolated  to  two  basic  areas:  (1)  those  created 
as  a  by-product  of  AN/UYK5-(V)  system  saturation;  and,  (2)  limitations 

in  capabilities  imposed  by  the  lack  of  interactive,  disk-based,  real¬ 
time  processing  support; 

(2)  The  lack  of  a  real-time,  disk-based,  interactive  processing 
capability  has  prevented  expansion  of  existing  applications  and 
development  of  new  applications  to  meet  pressing  fleet  requirements. 

In  addition,  the  lack  of  interactive  support  has  also  contributed  to 
inefficient  SUADPS  procedures  for  Input  and  validation  of  source  supply 


transactions; 


(3)  While  Che  SNAP  I,  Phase  1  replacement  of  AN/UYK-5(V)  tape  drives 


and  printers  will  improve  system  peripheral  reliability  and  provide  a 
small  decrease  in  throughput  time,  the  mandated  functional  support  re¬ 
quirements  of  SNAP  I  fleet  users  can  only  be  met  by  correcting  the  basic 
deficiencies  in  processing  methodology  by  redesigning  SUADPS  applications 
software  fully  utilizing  the  SNAP  I  ADPE  and  associated  state-of-the- 
art  software. 

The  above  deficiencies  associated  with  the  SUADPS  system,  as  currently 
in  operation  on  the  AN/UYK-5 (V) ,  have  manifested  themselves  in  several 
areas  that  impact  negatively  on  the  ability  of  the  afloat  Supply 
Department  to  accomplish  its  assigned  mission.  [Ref.  5:  p.  2-12]  The 
following  represent  areas  that  have  become  adversely  impacted  due  to  the 
deficiencies  of  the  current  SUADPS  situation:  [Ref.  5:  p.  2-12,  2-14] 

.  Large  processing  backlogs  which  lead  to  such  problems  as  Incomplete 
reorder  of  material  because  of  outdated  inventory  data,  inability 
to  issue  and/or  locate  material,  and  unnecessary  delays  in 
processing  off-ship  requisitions; 

.  Decreased  tactical  and  strategic  weapons  system  availability  on 
board  the  ship; 

.  Lack  of  timely  processing  of  financial  data; 

.  Delays  in  processing  supply  and  other  related  maintenance  data, 
thus  negatively  impacting  on  the  ability  to  process  required 
reports,  both  on-ship  and  up-line. 

The  current  SUADPS  effort  is  plagued  by  old,  saturated  hardware,  and 
this,  in  turn,  has  led  to  a  situation  best  characterized  by  untimely 
availability  of  current  supply  management  information. 

In  view  of  the  above  difficulties,  as  well  as  being  faced  with  the 
opportunities  being  presented  by  the  SNAP  program,  the  decision  was  made 
to  redesign  the  current  SUADPS  systems  into  an  improved  version  (SUADPS-RT) 
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for  operation  on  the  SNAP  hardware.  The  AOS  plan  for  SUADPS-RT  was  com¬ 
pleted  in  October  1979  and  approved  by  the  Assistant  Secretary  of  the 
Navy  for  Financial  Management  in  August  1980. 

F.  MAJOR  SUADPS-RT  FEATURES 

Figure  3-3  presents  a  SUADPS-RT  system  overview.  As  this  figure 
indicates,  the  system  is  envisioned  as  being  able  to  support  both  inputs 
and  outputs  from  various  sources,  such  as  an  on-line  Cathode  Ray  Tube 
(CRT)  device  and  a  batch  mode  process.  Most  of  the  features  that  will 
be  present  in  the  SUADPS-RT  environment  are  those  that  deal  directly  with 
the  updated  SNAP  I  hardware  capability  as  described  in  Section  D  of  this 
chapter.  Specifically,  these  features  are  centered  around  the  improved 
on-line,  real-time  capability  of  the  SNAP  I  hardware  coupled  with  both 
a  state-of-the-art  operating  system  and  a  DBMS. 

SUADPS-RT  will  accept  inputs  by  real-time  transaction  entry  and  data 
query  and  will  display  data  via  CRT.  These  CRT  devices  can  be  used  for 
such  items  as  SDE  of  basic  supply  transactions,  visual  display  of  data 
in  response  to  user  query,  and  key  communication  devices  between  overall 
system  components. 

The  primary  means  of  transaction  processing  and  system  updates  will 
be  via  direct-access  devices.  In  addition,  and  as  envisioned  in  the 
SNAP  I  environment,  remote  key-to-disk  processing  capability  will  be  the 
primary  mode  of  batch  data  collection.  A  batch  transaction  feature  with 
system  data  update  utilizing  standard  magnetic  tape  will  be  retained  as 
part  of  the  system  capability. 

System  input  and  output  may  also  utilize  card  media  whereby  data 
may  be  received  from  other  activities  for  system  processing.  A  backup 
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Reprinted  from  SUADPS-RT  Functional  Description 


SUADPS-RT  System  Overview 


capability  will  utilize  compatible,  standard,  floppy  disk  storage  capa¬ 
bility  in  case  the  on-line  interface  is  not  operational.  This  storage 
medium  can  also  be  utilized  for  data  exchange  between  different  SUADPS- 
RT  activities. 

There  are  several  additional  system  features  too  numerous  to  list 
here.  The  reader  may  refer  to  the  SUADPS-RT  FD  and  the  System/ Subsystem 
Specifications  for  the  Shipboard  Non-Tactical  ADP  Program  (SNAP) , 

SUADPS-RT,  for  a  more  thorough  presentation  of  these  features. 

G.  SUADPS-RT  FUNCTIONS 

SUADPS-RT  will  incorporate  into  one  interactive  applications  system 
all  existing  functional  capabilities  of  the  SUADPS-EU  and  SUADPS-207  supply 
and  accounting  systems  and  ancillary  UNREP  and  HI-PRI  systems.  [Ref.  5: 
p.  2-15]  In  addition,  many  fleet  supply  management  requirements  that 
could  not  heretofore  be  accomodated  under  the  AN/UYK-5CV)  serial 
processing  environment  will  be  developed  and  included  as  part  of  the 
SUADPS-RT  system.  These  requirements  include  shipboard  repairables 
management,  automated  technical  requisition  screen,  and  pre-post 
issues . 

Figure  3-4  provides  a  summary  breakdown  of  the  key  functional  areas 
of  the  SUADPS-RT  system.  Since  it  is  not  apparent  at  this  point  which 
of  these  functional  areas  impact  directly  with  the  functional  components 
of  NALCOMIS  as  discussed  in  Chapter  II,  each  area  of  Figure  3-4  will  be 
described  in  brief  as  follows:  [Ref.  5:  pp.  3-3,  3-67] 


Figure  2 


L.  Customer  Requirement  Processing 

This  function  accomplishes  such  tasks  as  automated  document 
number  and  accounting  data  generation,  part -number  to  stock  number 
determination,  and  the  ability  for  management  review  of  requirements. 

The  function  also  includes  a  module  designed  to  process  material  issue/ 
transfer,  including  such  tasks  as  procedures  for  internal  (on-ship) 
requests  and  issues,  as  well  as  the  procedures  for  external  (off-ship) 
issues.  This  includes  all  of  the  procedures  required  for  proper  store¬ 
room  issue.  Other  tasks  accomplished  within  this  functional  area  include 
material  turn-ins,  transfers,  and  cash  sales.  Material  turn- in  will  be 
further  discussed  under  the  general  functional  heading  "Repalrables 
Management . " 

2.  Military  Standard  Requisitioning  and  Issue  Procedure  (MILSTRIP)/ 
Local  Procurement 

This  function  accomplishes  such  Casks  as  automated  requisition 
preparation,  requisition  status  modification,  requirement  validation, 
and  requisition  followup  action.  SUADPS-RT  will  Incorporate  an  automated 
requisition  preparation  feature  for  processing  off-ship  orders.  This 
feature  will  automatically  process  requisitions  in  accordance  with 
standard  MILSTRIP  procedures. 

3.  Receipt  Processing 

This  function  accomplishes  such  tasks  as  preposting,  actual 
receipt  functions  (both  management  and  storage),  and  receipt  posting. 
Receipts  of  material  may  be  processed  in  batch  mode  or  on-line.  Procedures 
for  handling  receipts  in  process  will  also  include  both  batch  and  on¬ 
line  capabilities.  The  receipt  posting  subfuctlon  also  Includes  various 
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system  update  actions  pertaining  to  files  such  as  updating  the  stock 
record  flies,  updating  the  outstanding  requisition  file,  updating 
appropriate  financial  data,  and  posting  necessary  data  to  the  mainten¬ 
ance  and  statistical  data. 

4.  Repairables  Management 

The  Repairables  Management  function  accomplishes  such  tasks  as 
issues  of  repairables,  inventory  management  of  repairables,  and  the 
generation  of  various  reports  that  are  required  within  the  repairables 
management  function.  At  the  heart  of  this  function  is  the  real-time 
capability  to  insure  a  "one-for-one"  exchange  and  "one-for-one"  replenish¬ 
ment  of  repairable  assets.  This  capability  will  include,  but  will  not 
be  limited  to  the  automation  of  such  functions  as  component  identifica¬ 
tion,  recovery,  availability,  condition,  repair  capability,  repair  cycle 
tracking,  bit  and  piece  visibility,  fixed  allowance  adjustment  data,  and 
retrograde  tracking.  [Ref.  5:  p.  3-331  The  following  is  quoted  from 
the  SUADPS-RT  FD: 

"The  management  of  repairables  in  SUADPS-RT  will  be  a  supply  function 
with  interfaces  to  and  from  IMMS  on  the  surface  side  and  NALCOMIS  on 
the  aviation  side  providing  information  to  be  stored  and  retrieved 
in  the  data  base.  For  query,  then,  one  standard  format  of  the  data 
can  be  provided  giving  the  asset  picture." 

In  addition  to  the  above,  a  key  function  of  this  area  is  the  tracking 

of  NKFI  components.  Again,  the  SUADPS-RT  FD  is  quoted: 

"The  NRFI  assets  must  have  visibility  in  the  supply  world  and  the 
tracking  information  will  provide  it.  The  maintenance  systems, 

EMMS-RT  and  NALCOMIS,  will  interface  with  SUADPS-RT  to  provide  the 
necessary  information  on  the  movement  of  the  NRFI  asset  through  the 
repair  cycle." 

Finally,  several  standard  report  formats  will  be  provided.  Of 
particular  interest  is  the  fact  that  many  of  these  reports  will  be  designed 
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for  use  by  Che  SSC  and  include  such  areas  as  visibility  of  outstanding 
orders,  items  awaiting  maintenance  or  awaiting  parts,  rotatable  pool 
item  lists,  an  IOU  report  of  all  outstanding  assets  from  maintenance,  and 
a  tracking  report  of  all  items  in  work. 

5.  Inventory  Management 

Perhaps  the  most  important  functional  area  when  considering  only 
supply  related  procedures  is  that  of  Inventory  Management.  This  function 
includes  such  tasks  as  data  maintenance  (stock  records,  etc.),  automated 
stock  reorder,  automated  levels  computation,  physical  Inventory,  demand 
data  accumulation,  and  reduction  of  inventory  levels  of  slow  moving 
stocks.  Additionally,  the  Inventory  Management  function  includes 
provisions  for  the  management  of  Pre-expended  Bin  (PEB)  material.  PEB 
material  is  low  cost,  frequently  used  maintenance  related  items  which 
are  pre-expended  from  supply  department  stock  and  stored  in  departmental 
work  centers  for  ready  accessibility  to  maintenance  personnel. 

6.  Financial  Management  and  Accounting 

Perhaps  as  equally  important  as  the  Inventory  Management  area 
is  the  functional  area  of  Financial  Management  and  Accounting.  This  area 
includes  such  areas  as  Operating  Target  (OPTAR)  management,  budget 
reporting,  financial  inventory  reports,  summary  reports,  unmatched  expendi¬ 
ture  management,  and  supported  unit  transfers.  All  of  the  financial 
functions  provided  within  the  SUADPS  environment  will  be  retained  in 
SUADPS-RT.  This  includes  all  of  the  financial  reports  currently 
available  with  the  additional  capability  of  on-line  query  of  any,  or  all, 
financial  data  accumulations.  Transactions  will  process  through  financial 
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modules  as  they  are  Input  Instead  of  waiting  for  a  financial  request  to 
process,  thus  providing  better  visibility  of  the  current  financial 
picture.  [Ref.  5:  p.  3-50] 

7.  Maintenance  Management  Interface 

The  Maintenance  Management  Interface  function  accomplishes  the 
task  of  interface  requirements  with  the  Maintenance  Data  System  (MDS)  and 
also  a  capability  to  produce  an  IMA  Job  Status  Report.  The  purpose  of  the 
interface  with  the  MDS  is  to  provide  a  standard  method  to  identify  and 
record  parts  usage  on  installed  equipment/aircraft.  [  Ref.  5:  p.  3-58] 
The  IMA  Job  Status  Report  will  be  used  by  both  supply  and  maintenance 
activities  to  verify  that  parts  are  correctly  requisitioned  for  work 
requirements . 

8.  Management  Reports 

SUADPS-RT  will  provide  for  a  variety  of  management  reports  to 
assist  all  levels  of  management.  An  explanation  of  all  possible  reports 
is  beyond  the  scope  of  this  study;  however,  in  general,  the  reports  will 
fall  into  such  categories  as  order  analysis,  asset  visibility,  file 
reports,  and  specialized  reports.  Examples  of  reports  include  requisi¬ 
tion  history,  not-in-stock  (NIS)  reports,  various  asset  reporting  reports, 
as  well  as  reports  involving  effectiveness  and  various  statistical  data. 

9.  System  Support 

The  functional  area  of  System  Support  will  accomplish  such  tasks 
as  file  maintenance,  software  maintenance,  input  scheduling/queueing,  and 
general  system  support.  Since  these  functions  tend  to  deal  with  the 
specifics  of  hardware  and  software  management  rather  that  those  functions 
relating  to  supply  and  maintenance  workload,  this  area  will  not  be  examined 
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The  above  gives  a  very  general  description  of  each  of  the  functional 
areas  as  depicted  in  Figure  3-4.  For  a  more  detailed  examination  of 
these  functions  including  various  descriptions  of  actual  processes,  the 
reader  is  referred  to  Section  3  (Detailed  Characteristics)  of  the  SUADPS- 
RT  FD. 

H.  CHAPTER  SUMMARY 

The  Navy  Supply  System  is  an  integrated  system  that  performs  various 
logistics  support  functions  including  inventory  control  and  management, 
financial  accounting,  receipt,  storage  and  issue  of  material  and  data 
processing.  In  an  aviation  afloat  environment,  the  supply  department 
of  the  ship  interfaces  constantly  with  the  maintenance  activities  to 
ensure  a  proper  level  of  supply  support . 

With  the  advent  of  general  use  ADP  systems  to  the  shipboard  environ¬ 
ment  in  the  early  1960's,  the  Navy  developed  and  implemented  a  standard 
ADP  system  called  the  Shipboard  Uniform  Automated  Data  Processing  System 
(SUADPS) .  This  system  functioned  to  process  virtually  all  supply  depart¬ 
ment  workload  requirements.  There  are  two  versions  of  SUADPS.  One, 
SUADPS-End  Use  (SUADPS-EU) ,  applies  to  end-use  funded  inventories 
applicable  to  aircraft  carriers  (CVs) ,  amphibious  assault  ships  (LHAs/ 
LPHs)  and  Marine  Air  Groups  (MAGs).  The  second  version^ . SUADPS-207 , 
applies  to  NSF  inventories  applicable  to  tenders,  repair  ships  and 
combat  stores  ships.  SUADPS  is  a  batch  processing,  magnetic  tape 
oriented  supply  and  financial  accounting  system  programmed  in  assembly 
language . 

Both  versions  of  SUADPS  operate  on  the  AN/UYK-5(V)  digital  computer 
purchased  in  the  mid-sixties.  Today,  this  hardware  can  best  be 
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described  as  both  saturated  and  very  low  in  reliability.  Due  to  this 
fact,  the  Navy  is  currently  in  the  process  of  replacing  the  AN/UYK-5(V) . 
This  replacement  effort  is  being  managed  as  the  Shipboard  Non-Tactical 
ADP  Program  (SNAP) .  The  objective  of  SNAP  is  to  provide  an  up-to-date, 
state-of-the-art  replacement  computer  system  for  the  AN/UYK-5(V) ,  including 
a  disk-oriented,  multi-programming,  interactive  query  system. 

With  the  SNAP  initiative,  the  need  to  redesign  the  SUADPS  system  was 
realized.  To  this  end,  the  Navy  is  currently  developing  the  Shipboard 
Uniform  Automated  Data  Processing  System-Real  Time  (SUADPS-RT)  for  opera¬ 
tion  on  the  SNAP  hardware.  SUADPS-RT  is  characterized  as  both  an  on¬ 
line  and  batch  system  centered  around  on-line,  real-time  transactions 
coupled  with  both  a  state-of-the-art  operating  system  and  a  DBMS. 

SUADPS-RT  will  accept  real-Lime  transaction  entry,  data  query  and  will 
display  data  via  CRT. 

SUADPS-RT  will  incorporate  into  one  interactive  applications  system 
all  existing  functional  capabilities  of  the  SUADPS-EU  and  SUADPS-207 
supply  and  accounting  systems  and  ancillary  UNREP  and  HI-PRI  systems. 

In  addition,  many  fleet  supply  management  requirements  that  could  not 
heretofore  be  accomodated  will  be  developed  and  included  as  part  of  the 
SUADPS-RT  system.  The  major  functional  areas  of  SUADPS-RT  are  as  follows: 
Customer  Requirement  Processing 
MILSTRIP /Local  Procurement 
Receipt  Processing 

-  Repair ables  Management 

Inventory  Management 
Financial  Management  -  id  Accounting 
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Maintenance  Management  Interface 


Management  Reports 
System  Support 

The  above  were  briefly  examined  within  the  chapter. 


IV.  NALCOMIS /SUADPS-RT  FUNCTIONAL  COMPARISON 

A.  NALCOMIS/ SUADPS-RT  FUNCTIONS  COMPARED 

Chapters  II  and  III  very  generally  discussed  the  functions  of  NALCOMIS 
and  SUADPS-RT  respectively.  Specifically,  the  two  systems  were  reviewed 
for  those  functions  relating  to  the  management  of  aviation  supply  support 
afloat.  Figure  4-1  lists  the  supply  support  functions  of  both  systems. 

From  the  material  presented  to  this  point,  it  Is  obvious  that  some 
overlap  and  duplication  between  the  two  systems  exists.  In  order  to  deter¬ 
mine  those  areas  where  duplication  exists,  it  was  necessary  to  outline 
the  functions  and  subfunctions  of  NALCOMIS  and  compare  them  to  the  functions 
and  subfunctions  of  SUADPS-RT.  This  comparison  was  accomplished  uti¬ 
lizing  the  FDs  of  both  systems  and  is  presented  in  summary  format  as 
Appendix  A.  The  basic  format  of  Appendix  A  is  as  follows: 

Column  1:  The  NALCOMIS  major  function  is  listed  in  Column  1  followed 
by  the  sub functions  within  each  major  function. 

Column  2:  A  brief  explanation  of  each  subfunction  and  the  tasks 
accomplished  is  listed  in  Column  2 . 

Column  3:  Column  3  lists  the  applicable  subfunction  within  SUADPS- 
RT  that  addresses  and/or  accomplishes  the  NALCOMIS  subfunctions.  If 
SUADPS-RT  does  not  address  or  accomplish  the  task  then  Column  3  is  so 
indicated  by  "None." 

B.  SUMMARY  OF  FUNCTIONAL  DUPLICATIONS 

As  Appendix  A  displays,  the  NALCOMIS  functions  pertaining  to  the  SSC 
and  the  functions  contained  in  SUADPS-RT  are  duplicatory  in  several  areas. 
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Specifically,  Figure  4-2  displays  those  functional  areas  where  duplica¬ 
tion  exists.  It  is  considered  appropriate  to  mention  the  criteria 
utilized  for  arriving  at  these  duplications.  These  criteria  are  as 
follows  and  are  annotated  on  Figure  4-2: 

(1)  When  the  functions  matched  directly  then  an  obvious  duplication 
occurred.  For  example,  both  systems  require  the  capability  to  monitor 
requisition  status  via  query  mode.  This  represents  a  direct  duplication 
of  tasks  and  functions.  These  direct  duplications  are  listed  as  "SUADPS- 
RT  Direct  Duplications”  on  Figure  4-2. 

(2)  When  the  functions  matched  in  the  achievement  of  end  results, 
then  a  duplication  of  functional  significance  occurred.  For  example, 
both  systems  require  the  capability  to  manage  10 U  repairables,  and,  as 
such,  both  systems  specifically  address  this  issue.  These  functionally 
significant  duplications  are  listed  as  "SUADPS-RT  Functional  Duplications" 
on  Figure  4-2. 

As  can  be  seen,  nine  NALCOMIS  subfunctions  matched  directly  and  six 
matched  functionally  with  SUADPS-RT  functions.  In  addition,  and  as 
indicated,  some  subfunctions  are  addressed  by  more  than  one  functional 
area  of  SUADPS-RT. 

C.  SUMMARY  OF  FUNCTIONAL  DIFFERENCES 

The  remaining  subfunctions  of  NALCOMIS  are  not  directly  addressed 
within  the  SUADPS-RT  FD.  These  subfunctions  are  listed  in  Figure  4-3. 

D.  EVALUATION  OF  FUNCTIONAL  DIFFERENCES 

The  following  evaluation  of  the  functional  differences  listed  in 
Figure  4-3  are  provided.  These  evaluations  include  such  areas  as  extent 
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SUADPS-RT  SUADPS-RT 

IS  Subfunctions  Direct  Duplications  Functional  Duplications 


IIS/SUADPS-RT  Functional  Duplications 


MIS  Subfunctions  Not  Specifically 
iresses  by  SUADPS-RT 


of  differences,  impact  on  accomplishment  of  the  function,  and  the 
feasibility,  from  a  functional  point  of  view,  of  incorporating  these 
subfunctions  within  the  SUADPS-RT  system. 

1.  Component  Status 

The  Component  Status  subfunction  of  NALCOMIS  refers  to  the 
capability  of  SSC  personnel  to  obtain  component  status  information  on 
repairable  components.  Basically  this  refers  to  the  capability  to 
tract  the  component  not  only  through  the  phases  of  supply  related  func¬ 
tions,  but  also  through  the  actual  repair  cycle  once  the  component  is 
forwarded  to  the  IMA.  While  SUADPS-RT  will  afford  the  capability  to 
tract  the  component,  both  in  RFI  and  NRFI  condition  throughout  the 
repair  process,  the  actual  tracking  of  the  component  while  in  the  IMA 
repair  cycle  will  not  be  available.  The  SUADPS-RT  FD  states  that  the 
tracking  of  components  through  the  repair  cycle  will  be  accomplished 
by  an  interface  with  NALCOMIS. 

The  absence  of  this  function  from  the  SUADPS-RT  system  should 
not  impact  upon  the  SSC  mission.  SUADPS-RT  will  provide  a  consistent 
tracking  capability  for  all  components.  The  addition  of  information 
concerning  actual  movement  of  individual  components  through  the  actual 
repair  cycle  within  the  IMA  would  not  effectively  add  to  the  SSC's 
ability  to  accomplish  its  repairable  management  function;  however,  this 
type  of  information  would  be  of  value  to  maintenance  managers.  There¬ 
fore,  its  importance  is  not  meant  to  be  slighted. 

Finally,  the  addition  of  this  information  within  SUADPS-RT  would 
require  an  additional  input  requirement  on  the  part  of  the  maintenance 
activity  each  time  the  component  status  changed.  Overall,  the  usefulness 
of  this  information  from  the  SSC  perspective  is  questionable. 


2.  Component  Turn-Around-Tlme  (TAT)  Analysis 


The  idea  of  overall  component  TAT  is  not  specifically  addressed 
within  the  SUADPS-RT  documentation;  however,  the  capability  to  capture 
this  information  on  various  aspects  of  the  supply  related  functions  is 
possible.  TAT  refers  to  the  total  amount  of  time  components  are  in  each 
of  the  supply  and  maintenance  status  conditions,  and,  as  envisioned, 
SUADPS-RT  does  not  specifically  address  the  elapsed  time  that  components 
are  actually  in  various  stages  of  repair  within  the  IMA. 

Again,  the  absence  of  such  detailed  information  should  not 
seriously  impact  upon  the  SSC  mission.  SUADPS-RT  will  be  able  to 
provide  TAT  analysis  based  on  elapsed  times  and  a  tracking  report  of 
all  items  in  work  will  also  be  provided.  As  was  indicated  in  the  dis¬ 
cussion  concerning  Component  Status,  the  need  for  detailed  information 
on  the  times  required  within  the  IMA  would  be  of  value  to  the  maintenance 
managers,  but  its  applicability  to  the  SSC  is  considered  minimal. 

3.  Initiation  of  Individual  Component  Repair  Listing  (ICRL)  File. 

Updating  of  ICRL  File.  AMSU  Screening  Requirements 

SUADPS-RT  does  not  address  the  inclusion  of  the  IMA  ICRL  in  a 
separate,  on-line  file  capability,  although  the  SNAP  1  System/Subsystem 
Specifications  for  SUADPS-RT  states  that  portions  of  the  ICRL  will  be 
accessible.  The  ability  to  ascertain  local  repair  capability  on  items 
is  considered  valuable  to  both  supply  and  maintenance  personnel.  The 
ability  to  determine  repair  capability  on-line  can  lead  to  better 
decision-making  regarding  local  workloads,  priorities,  and  component 
disposition.  In  addition,  those  items  that  do  not  indicate  local 
repair  capability,  but  which  are  system  coded  as  local  repair,  can  be 
highlighted  for  research  by  both  supply  and  maintenance  personnel. 
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Finally,  the  current  procedure  for  performing  the  AMSU  screening 
function  requires  an  inordinate  amount  of  resources,  both  time  and 
manpower.  [Ref.  6:  p.  103]  Often,  components  are  delayed  in  the 
screening  process  due  to  manual  screening  backlogs .  This  is  especially 
true  during  periods  of  sustained  flight  activity.  The  inclusion  of 
ICRL  data  in  the  form  of  repair  capability  within  the  SUADPS-RT  data 
base  and  the  ability  to  access  this  data  in  an  on-line,  real-time 
environment  will  lessen  the  requirement  for  heavy  manual  effort.  This 
in  turn  will  lead  to  a  more  efficient  screening  function. 

E .  CHAPTER  SUMMARY 

A  comparison  of  NALC0M1S  functions  and  subfunctions  with  SUADPS-RT 
functions  Indicates  duplication  in  a  majority  of  functional  areas.  A 
complete  comparison  of  functions  considered  duplications  is  provided  in 
Figure  4-2.  Of  the  twenty  NALCOMIS  subfunctions  pertaining  to  the  SSC, 
fifteen  either  display  direct  duplication  with  SUADPS-RT  functions  or 
display  significant  duplication  in  the  achievement  of  end  results.  The 
remaining  five  subfunctions  of  NALCOMIS  do  not  specifically  duplicate 
any  functions  currently  within  SUADPS-RT.  These  subfunctions  are  listed 
in  Figure  4-3. 

The  five  subfunctions  of  NALCOMIS  not  duplicated  within  SUADPS-RT  are 
examined  in  Section  D  of  the  Chapter.  The  Component  Status  and  Component 
TAT  Analysis  subfunctions  appear  oriented  mainly  for  the  maintenance 
consideration  for  the  tracking  of  components  actually  within  the  repair 
facility.  From  an  SSC  mission  standpoint,  the  value  of  incorporating 
these  subfunctions  within  SUADPS-RT  is  questionable. 
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The  three  subfunctions  dealing  with  AMSU  screening  requirements 
appear  of  value  to  both  supply  and  maintenance  personnel  and  as  such 
should  be  included  within  SUADPS-RT . 


V.  CONCLUSIONS  AND  RECOMMENDATIONS 


This  thesis  has  examined  the  functional  capabilities  of  two  important 
ADP  related  MISs — NALCOMIS  and  SUADPS-RT.  Research  was  limited  to  the 
examination  of  the  functions  performed  within  the  supply  support  subsystem 
of  NALCOMIS  with  a  subsequent  comparison  of  these  functions  to  the 
SUADPS-RT  system.  The  thesis  approached  the  research  effort  with  the 
basic  assumption  that  the  NALCOMIS  functions  would  be  examined  for 
possible  inclusion  within  SUADPS-RT.  Specifically,  one  of  the  major 
objectives  of  the  research  was  to  determine  if  duplications  exist  between 
the  two  systems  and  to  determine  those  functional  areas  within  NALCOMIS 
that  warrant  possible  consideration  for  inclusion  within  SUADPS-RT. 

Based  upon  the  research  conducted,  the  following  conclusions  are  presented: 

(1)  Both  systems  are  comprehensive  systems  that  represent  massive 
undertakings.  NALCOMIS  addresses  the  entire  range  of  maintenance 
activities  throughout  the  OMA,  IMA,  and  SSC.  SUADPS-RT  addresses  the 
entire  range  of  Supply  Department  functions  afloat. 

(2)  Both  systems  are  currently  designed  and  currently  being 
developed  for  use  on  the  SNAP  hardware  which  is  a  procurement  initiative 
to  replace  existing  fleet  hardware.  Both  systems  are  therefore  classified 
as  on-line,  real-time  MISs  with  state-of-the-art  hardware  and  software. 
Both  systems  are  virtually  Identical  in  their  description  of  the  hard¬ 
ware  and  operating  system  environment. 

(3)  The  supply  support  subsystem  within  NALCOMIS  represents  a 
relatively  small  portion  of  the  overall  NALCOMIS  initiative.  Of  the 
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five  major  functions  within  the  NALCOMIS  FD  that  apply  to  supply  support, 
four  are  similar  enough,  either  directly  or  functionally,  so  as  to  con¬ 
sider  them  identical  with  functions  listed  in  the  SUADPS-RT  FD.  The 
remaining  function,  while  not  addressed  specifically  within  the  SUADPS-RT 
FD,  represents  an  important  aspect  of  both  the  maintenance  and  supply 
functions  and,  if  included  within  SUADPS-RT,  would  enhance  the  overall 
accomplishment  of  the  SSC  mission. 

(4)  If  the  NALCOMIS  initiative  were  terminated,  those  functions  of 
aviation  supply  support  afloat  currently  envisioned  within  NALCOMIS 
would  not  be  lost.  Rather,  and  as  indicated  above,  they  are  included 
within  SUADPS-RT. 

The  conclusions  reached  as  a  result  of  the  research  match  the 
intuition  of  the  author.  Both  systems  address  identical  functional 
areas  and  both  systems  are  being  designed  and  developed  within  the 
hardware  environment  of  the  SNAP  program.  Nevertheless,  the  fact  that 
duplications  exist  suggests  that  further  analysis  of  the  two  systems  is 
warranted.  The  maintenance  and  material  managers  of  Naval  Aviation  need 
a  MIS  designed  to  lessen  the  manual  efforts  characterizing  the  informa¬ 
tion  systems  in  use  today.  A  modern  and  effective  computerized  MIS  will 
unquestionably  improve  the  logistics  management  of  Naval  Aviation. 

In  the  final  analysis,  the  fact  that  the  systems  are  duplicatory 
suggests  two  possible  situations: 

(1)  The  process  for  analyzing  and  designing  systems  across  functional 
areas  is  lacking  in  that  duplications  occur, 

(2)  The  areas  of  aviation  maintenance  and  supply  support  are  so 
closely  related  as  to  be,  in  effect,  one  functional  logistics  system. 
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The  opinion  of  the  author  is  that  both  of  the  above  situations 
apply  to  NALCOMIS  and  SUADPS-RT . 

The  following  recommendations  are  offered: 

(1)  If  NALCOMIS  remains  a  viable  and  supportive  initiative,  then 
an  in-depth  program  should  be  undertaken  to  identify  an  interface  be¬ 
tween  NALCOMIS  and  SUADPS-RT.  This  interface  should  address  all  func¬ 
tional  areas  of  NALCOMIS  and  should  eliminate  the  duplications  highlighted 
in  this  thesis. 

(2)  If  NALCOMIS  is  terminated,  then  the  functional  area  of  NALCOMIS 
pertaining  to  the  screening  requirement  should  be  examined  for  inclusion 
within  SUADPS-RT.  In  this  regard,  the  reference  in  the  SUADPS-RT  FD 
relating  to  the  mechanization  of  the  IMA  repair  capability  should  be 
clarified. 

(3)  A  final  recommendation  applies  to  a  more  general  view  of  the 
two  systems.  The  opinion  of  the  author  is  that  the  subsystem  of 
NALCOMIS  that  pertains  to  the  SSC  should  be  eliminated  and  its  functional 
requirements  absorbed  within  SUADPS-RT .  This  approach  would  not  only 
alleviate  unnecessary  duplications,  but  would  also  enhance  overall 
SUADPS-RT  capabilities. 
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3  16 

c r  o 
v  o  n 
os  aj  c 
C  S.  0 
n  -n  a,  a 
a)  to  m  8 

§0  K  U 
4)  P  3 
n  O  'J1  0 
(0  04  0 

51<h  h 

CU  s  o. 


a  h 
o  « 
n-H  63 

«  14  v 

U  V  H 

Sn  a 
n  a> 

01  0 
>i«h 
H  H 
n  ia  m 
)4  63  -H 
O  3 

-H  (0 

•U  63  4) 
466 

1-| 

*j  u  E 

3  0  4) 
M  63  H 


n  O 

O  3  • 

one 


£  Cl 

P  Ofl 


0 

n 

I  «  I 

C-H  01  c 
O  H  0  0 

c  an  c 

o  * 

n  n  ao  m 
o  a  o  n  o 

h&£.5c 

§  a  n-S 
a  o  •  3  n 
an  a io 
4  4  3  6  6 
H  ii 

4  «0  B 

o  V  n  n  n 
H  C  »  0  4) 
m  to  n  -a 
n  C  4) 
0  n  O  n  63 

no  n 

a  63  4)  4) 
41  3  X 
•n  n  wt* 
4  6  4 
h  n  3  n 
6£  * 
•H  4  6  4J  51) 

n  n  o  c  a. 
t  on  n  Q 
n  n  n  i  < 
4  0  6  40 

B  n  6Dio 


e 

0  9 
-H  C 
n  -n 
14  to  8 

n  n  8 

4)  i4  n 

C  am 
4) 

anu 

6°  4 

cl 

non 
n-n  a 
3  n  a 


e  io  n 

°SJ5J5 


0  g  io  *4 

rTOH  3  U  3 

,e  O  n  C  n  o  n 

>4. -n  -H  n  n  4)  O 

h  v  4  e  4  c/i 

•H  14  o  O  «■  CO 

i4  g  o  -h  >ih  n 

>  c  >,n  x  a  0  4j 

14  O  14  -H  (0  M  X 

n  n  o  «  y  g  n 


3  >, 

a  i  a-n  n 

5*h 

3  0  0  3  4) 

S  a 

n  n-n  tr£ 

n  a 

(4  a  63  0  E 

3 

n  n  3 

H  « 

one 

* « 
n  -n  c 
*4  n-n 
H  O  14 
-n  n  g  • 

J3  14  O 
(4  g  0  CO 
n  XV) 
n  64) 

14  4) 

S>  <n  O  £6 

io  O  n  n 


•  a  >4  on 

C  o  c  a  n  e  3 
O-n  o  O  o  X 
n  Bn  4  n-rt 
n  m  *j  n  *j  n  n 
•n  4  «  X  C-H  m 
(0  g  14  0  M  fl 

•n  >,  n  n  y  -h  n 

3  n  o  -H  a  p 
er  4)  m  a  X  cr  n 
0  3  C  >  0  4)  -H 
OS  9-H  «  n  14 


H  £  4 
H  O  O 
•h  -h  n 
3  H  -H 
•H  3 

i-2  8* 

n  3  n 
w  cr 

>i  4)  (0 

to  n-n 


i  i 

ir, 

a  s  n 
h  8  o 
os  n  n 

|  3  g 

s  a  m 


•a  w 
n  c 
no  -h 

no  v 

•n  o  0  63  14  • 
h  nn  odd 
■h  «  on 
x  63  63  c  -a  o 
io  c  a-n  0 

a  (4  3  94) 

io  g  n  c  n 
o  S  4  H  -H 
403  90 
O  no  CX 
£H006n 
n  (4  io  n  jo 
-HE  U  C 
o  n  n  >,  -h 
o  4)  o  <4  n 

63  H  m  g  o  63 

H  6  I  \  O 

>  g  9)  04  63  C 

o  no  c-h 
n  o  an  a  ns 
ax  io  n 
n  14  63  14  C 

i  o  os  «  8 
n  n  c  -O 

(0  14  -H  >« 

>,63  M  •  063 
o  a-n  n  3  ia 
3  h  s  n  o 
o  -naan 


X  o  n  c  n  n 
P  n  3  *h  o  io 


W 

?  I 

•H  os 

a 

O  H 
8  -2 
2  g 

a  n 

I  2 


»  ' 


Inventory  Management 


69 


«  <0  4) 

■H  -H  ki  C 

*4  44  <0  0 

•H  •  Q.  *W 
44  C  O  0)  44 

C-Hin  wi  a 

5  w  O.JS  m 

2?.  >,*8. 

■h  a  h  a  a 

a  u  u  fh  «-h 

6  3  <o  «  T9 
OjhUU 

H  ,Q  -H  0  44 
HO  44  U  0 
Tiheit&g 

^  8lgat; 

«  2*^^^  8 

2  44  S  *  O  M 
a  c<jhh4j 

•  fH  44 -H 
o  fih-H  O 

j  a  o  >  h  a 

_  ft  _  C  44 


89114.  §r  8 

u-hh  3  s  i-Hoi  v 


*  ®  m  :•  •  o 
U,CtllOO 
0  4iu  a 

rt  0»(IE 

*  c  k4,e,e  5 

<*H  ftp  *4  0 


g  4)  • 
S  43  V 
u  hj  a 

«  43  % 
M  Ol 
•H  3  <0 
3  0  44 

a  **  T9 
H  C  « 
H  0  44 

-h  -h  a 

>44  O 

>a  oi 

H  £  0) 
0)  C  44 

c  o  c 

C*4H 

S  -H  t/5 

>4  M 
41  CO  £ 

a  s  3 

*>  o 

O  10  J 
(1)442 
CO  M  Z 


c 

•H  0 

O  -H 
40  44 

Is  < 

44  k4  £  4) 
n  >44  u  a 
-H  3  C 
H  44  W  * 

H  C 
10  3  4) 

as  •  44 

44  41  a  c 

O  H44-H 
••4  U  10 

ssa* 

W.i 

fH  4J 

him 

rH  C  «  O 
■H  OH  10 
>  -H-H 
44  10  C 

8  0  >  o 

10  <0  -H 
44  44 

ax«4  io 

&§°e 

5H?fi 


4IHUH 
£H  10  C 
f*  10  fH-fH 


•  in  v 

T9  3  4) 

4)  44  TO 
44  10  *H 
10  44  > 

04  01  O 
3  u 

&T9  a 

uSjS 

-4  T9 

Ifl  0)  M  • 

•H  U  fH  C 
H  0)  **4  O 
41  T9  »-*4 

44  kl  44 
«  0  44  0 
E  a  <0 

4)  « 

s5IS 

<  >4 

z  TJ  43 
CfiHO 
10  10  3 

■O  "FH  10 
kl  «  kl 

84)  4)  43 

44  44  0 

4)  ro  10  10 
K  TJ  E  # 


go  f-l 
fi  5 

,C  44  -HO 
44  OB  44  0< 
>■  a 

<u  a  u  h  o 

O  O  3  43 

4)  OHM  44 

SgSB’. 

io  «  -fh  id 
4)  g  C  *f4 
•  mm 
C  ID  <  4)  >4 
•h  411  £H 
(OH  10 

44  a  c  c 

C  43  T9 -*4  (0 

a  ac  , 
a  io  <o  e- 
n  oi  44  < 
CO  10  (r 
»-H  CO  T9 

5  8  10  U)  k. 

10  o  o 

a  >  «4 

■O  -fH 

C  O-H  0)  ID 

4)  >4  >  e  44 

c  ao  «  c 

O  U  43  4) 

a  k,  a  o)  e 
E  -h  ki  33 
p  >o  m  a  k. 
0  a<H  b  o 
uj-h  p  c 

10  ki  >  U-f4 


i! 

5  0 

4J  -H 

Ch« 

G  T9  "3 

ill 


n 

o  c 

43  O 
H  44  Ol-H 
43  45  44 

H  44  TJ  44  -H 
ihCC  T9 
•H  O  10  <44  c 

>E«°8 

i  115  o  "8  <D 

44  C  *f4  (0  3 

0)  0  44  a)  44 

►.  U  <0 

0)  Ol  <0  C  44 
l  C  "H  CD 

ai  -h  at 

43  44  ^4  CO  V 
P  M  4J  10  O 
H  O  >  B 

H  U  10 

.  H  4J  C 

e-  hj  r«  c  ai 

<  u  a  0)  44 

HOIICB 
Ok  OH 
T9  0)  a  10 
0)  ki  H  g  8 

u  .H  a 

3  10  <0  O  T9 

T9  C 

ai  v  <u  oi  a 

k.  44  O  43 
10  44  >, 

Ol  ki  CO  <H 

c  <14  —4  4)  ft. 
•H  C  10  £  ft, 
V  0)  5  *H  3 
^  01.0  44  10 


X 

I 

O' 


10 

X 

a 

0) 

H 

X 

ft 

u 

A 

« 

& 

2 


O' 

s 

« 

X 

■ 

2 

a 

w 

•H 

1 


0)  4J 

is 

II 

81 
H  >t 
<0  M 
«  O 
U  X 
•H  C 
«  O 

a  > 

«  e 

«  H 


ai 

•  A 
A  A  £ 

x  o  0  a  iq 

It.  £-2* 

A  H  j!  0)  0)  0 

b^SS* 

<  U  h  «  4) 

•H  0  x  4)  A 
«  <m  *4  ta  A  x 

TJ  A  X  • 


s  *  >•« 
-41  C 
TJ  <M  V  o 

i  ®  <a  o  a  - 


-I  a-W  -H  I  4J 

•h  o  «4i«4  oia 

•ShO  fi  a 
•  4)  M  fi  CJ 

g  >  41  E  -H  10  73 
8  «  A  A  A  E  <A 
x  “o  a  co  h 
a  x-h  o  >■ 

>|X-H  a  a  A 
R  HHd  •  X 

e*jt  18  41  A 
UWH  h  0 

x  o  a  bj-h  o  o 

P  mi  *4  ®  u.  «m  o. 


A  n  H  n 

«  4)  h  4> 

4-i  oi—  ;  s  mi 

a  c  »  S  «  u 

A  IS  A  TJ  4) 

ox  •nan 

X  IJ  U  >1  3  3 

mi  n 

•  >1  4)  01  0) 

X  ml  OiCH 

ml -H  *  B-h-h 

mi  n-H  X  £m 

O  fi  fi  N  10 

II  It  0*H  g  >4 

3  *H  rt  O 

n  O’mi  -h  >,  0 
c  01  ml  A  a 
Q  <D  h  3  tl 
•a  io  <u  u  ai 
n  tj  tj  ®  A 
■a  A  41  A  A 
>  U  TJ  A  ml  io 
ai  3  B  n  ml 
w  a  «io 
A  n  mi 

>4  41  ®  “ 

&  -»  e 

10  -H  0 

n  a-H 
n  mi 

a>  A  A 

aoo 

®  5  TJ 

z  £  « . 


a  c 

8n  o  a 

E  -h  mi  mi 

TJ  mi  mi  8  min  C  -h 

gu  3-nmiH  ns  >i  n  ai  s 

-H  0  X  -HO  0  (0-H  S  A 

U  C  ‘  O  A  A  W  21  H  ml 

wi  m  >iTJ  a  b  <m  a  «  o'  b 
•0  n  3u  ml  B  0-h®Xi0*H<D0 
O  mi  as-H  io  ai  mi  -h  fi  ffl  n  x 
n  >  hobq>iio>m 
x-nn-HUxaiai  u  g  g  3h 
B  n  au-H  it  no  4)  h  u  « 
41  E  U  it  m  (0  -H  •  3  x  mi 

fi  p  tj  «  a  «  x  UffujD'H 

out  4)  mi  ml  ml  4)  0  -H  > 

a  mChOitcgiiHHfi 
eh  it  g  os  mi  ai  io_P  n 
8  O  C  O'  it  C  •  B  TJ  A 

DSoigfiajTJOfio^i 

a.  A  o  A  A  0.0  A  A  •  fi 

<0  4UOFsgH«H«00 

V  0)  <M  O'  nSlIH  JHQH 
ti  h  O  U  io  U  io  X  H£mi 

ox  4>  4>  •  x  g  it  §  x  o  io 

«  n  jo  n  E  •  C  hi  it  a  p 

>!4igTJE3  5>,OHmi4i#C 

x  io  8  3*i0mi*4ionnuo 

A  A  A  n  10  -H  C  >  >4  4)  mi 
ll  Oh  6  >i*IHHH  It  Jl  I  BE 

bk  ®  a  n  a  a  v  a  a 

io  mi  x  x  h  ax  g  g  u  J 


••4 

-56 

x  v) 

o  w 

10 

41 


3  4)  O-H  C  0.  *  (0  >4  X  X 
0"X  4)  X  A  o  x  a 

X  >.0  l<<  «H  >H  COX 
®  A  *  U  H  10  I  HTJ  o  >  « 
XBBH3fir'>fi-H6Xgx 

pH  o  «  UHt4  ItH  >  *  n 


X  B 
<0  <0 


c  < 
o  z 


o  «< 

ai  5 

TJ  S 

X  4) 
BX 
V  X 

§  >4 

O'  A 
10  4> 
B  E 
10  10 
E  B 


X 

§ 


g 

« 

X 


0 

2 


e* 

0  4) 

H  H 

X  X 
<0  10 
•H  X 

x  m  « 

HAH 

B  P-H 

HBt4 


3  - 


4) 

A 

A 

a 

s 

X  04 

SI 

Si 

M 


3 

2 

H 

i 

X 

3 

3 


71 


T 


►  ■  *MTVV<- 


X 

s 


A 

X 

a 

• 

3 

S 

■H 

« 

§• 

as 


§ 

s 

01 

3 


! 

•H 

I 


•Q 

A 

W 


I 


I 

09 

s 

« 

x 


5 

0 

fr 

at 


x  » 
xto 
SQ  c 

HaS 
X  « 


a 

« 

oi 

A 

2 

28 

gnus 


X  K  !  X  «  X 
c  “O  x  »  ax 
q  a  e  c 

S  A  <M  01  0  A  0 

«  o  c-h x  e 

AC  X  X  X 
1)  o  Ui  X  X 

•  >  Ol  3  TO  XX 

leHROOUS 
sun  a  A 

UUOOHt'HS 
0><u  U  X  U3-H 

u  «  a  on 

X  a  •  0  0  >1 

HH  X  JE  A  A  X 

•HOAOnnuA 

>SxocAac 

So.  a O  A 

e  >.  o 

A  OS  A  X  “O 
xxCAASxc 

A  J3  X  3  A 

N  A  X  V  0  X  01  U 

AX0AXU.CX 
A  X  H  >  O  x 

o  x  &h  iauu 
X  o  A  X  U  A  3  0 
Pos'O’m  auou 


A  C  A 


»n  onu 

1  S^3° 

8  c  n*u  n 
0  3  H  C 
A  A  a  ax  A 
HU8CUE 
X  8  X  A  X 
<M  X  0  <M  10 
C  C  X 
A  tM  OH 

c  S  xx 

A  0  <  A  A 

NO.  -a  sn 

■H  glU-HH  S 

x  5  O  >x  A 


3£§ 

X<  - 


8  8a 
ax  X 
<M  X 
X  X 
HUU 
X  <M  OlX  A  0 

>  o  g 

1  ?  §  S  TJ  uT  . 

X  X  X  A  X  A 
n  x  a  o  o  c  h 
SIX  >1  0  Ax 
S<U  X  S  H  <M 

n  a  a 

A  C  U  A  >  X  A 


H. 


m 

A 


W  M 

C8< 


§»x 

A  » 

u  C  ex 
0  •  A  A 
AX  U  X3 
XXX  s  o, 
<x  A  >•  3 
to  a 

AT:  •  Oi 

X  a  a  oi  c 
X  A  C  -X 
A  01 -x  * 

O  A  C  N  10 

"x23  6 

A  U  UX  Si 
C  3  xx 
O  A  A  3  A 
•X  3  N 
10X01 
•x  x  A  A  C.  • 
>-H  2  ,C  X  TO 
A  Ch  A  A  A 
Ui  -X  «X 

x  «x  a  e 
>1  C  A  Oi  A  A 
U  «  C  E  XX 
seooou 
A  A  -X  0  V  0 
A  01 X  O  A 
A  A  A  A  ' 
OCX 


o  x 

O  A 


TO  -a 
C  O  A  0  CU 
<m  a  x  x  x  x 

x  o  x  x  < 

C  A  A  A  TO 

A  SX  A  E  A  X 

E  X  3  A  X  0.  C 

11  x  O  U  0  O  A 

“  ...  u 

X 


OIX 


3 


A  A  A  A  X  A 

z x -o x  as 


U  <x  x 

S-HKA  I  A 
X  0  A  > 
AX  SUV 
S  A  01-0  CU  T3 
•X  C  A  X 
X  >X  A  AX 
A  U  U  •  X  X 
X  X  o  C  * 

A  A  X  TO  0  X 

A  XX  CX  x  X 

A  A  C  A  X  X  C 

AO  A  >  A 
X  X  S  A  E  E 
X  01  3  X  A  0 

x  »n  o  soi 

»  OI  A  A  <U  A  A 

2  X  X  C  X  C 

Sx  C  A  X  Q>  A 

<0  0  A  E 
XX  g  X  TO  X 
A  >  A  A  A  TO  A 
SO  UHU  TO 
n  ux  ux  Six 
0.3  A  3  X  > 
—  X  O'  A  0 
SI  3  U 

E  u  ca 


i*! 


x 

§ 

8 

| 

A 

X 


§ 

il 

3s 

0  A 

il 

X  2.  A 
X  B  X 
e  ox 
HOS 


X 

s 


CU 

5 


*s 


»! 
II 
Si* 

iss 


2 


M 


|r 

I 

L 

Oi 

aS 

<x 


n 


72 


bar  (JCN)  and 
reby  providing 


uv  o 

•  0  c  P 
ffl  p  B  <M  C  • 
U  «P  PP  'O 


O  P  c 

"XI 


e  e 
c  8‘ 


o 

IS 


B 
P 

BP  “  5  ffl  P 
P  U  P  S  * 

-  i  p  8  «  p 

« 

a  p  c 


I 

b 

6 


lain 


*  >i p  c  p  2 
SuBi  H  1  It  V 
vs!-h  P  S  C  U 

e5-<ri2i;®Sa 


3  as  s 


?J  p  #  ®  2  t-  *  C 

•"  c  Sp  5  £ p  ® 

S«?S|S3|8 
1!S!&2  3*  8  • 


I 


a 

N 


P  0 

3  a  £** 

5  2 

Sea.  « 

p  a  o  U  p 

SB  P  O  P 
,e  o  «u  p  <« 

i^SU^a 

•3.3  8153 

p  p  P  ffl  B  O 

p  8**  p 

p  a  p  o  ffl  p 

’•III 

8  gSSSl 

p  O  p  t»  b  a 
b  a  p  p 

>,  B  >|P  P  P 
b  h  a 

B  p  ffl  U*0  P 


J. 

P  B 

c  p  a  h 


o  s^r1 

P  3  v)  Pu 
p  v  . 

I  .U*"» 

ill 

its 


« •pp-r 
P  >  P  i 
PP 

P  S3 

e  a 


.  k 

>  u 

s« 


i 


28 

g  -•«. 

U  B  *  >i  ffl 
m  C  M*j 
OP  J9 

.<  P  p 
2  P  rP  C  0. 

R  fflPP  3 

P  D  N  _ 

B  B  (OP  O' 

,C  TJ  0.P  C 
p  B‘P‘H 

.  o  p  je 

OB  3  «) 
p  c  u  _  s 
O-P  V  ^ 

B  p  ffl  ffl  J? 
c  p  ax  n 
OP  B  a  B 

M-H  M 

a  t>  p  a 

p  a  <  9>x:  • 

s-s fi  3 

P  ffl  o  » P 
o  o  a  c 
>,£  p  ffl  ffl  v 

u  u  UP 

ffl  3  a  ffl  3  u 
a  a  b  p  «  o 
b  o»  ffl 

ffl  B  C  P  U  U 

0  p  ffl  p  O  B 
b  p  A  p  u  a 

7b u ) as 


i 


.  tt 

;r: 


b 

pep 

c  8  « 

ffl  P  V 

a  a  _ 

B  01  O  H  *0  0 

ffl  P  ffl  §  c 

S5852* 

Q)  *H 

c  »<M  t3  M  H 
0  <  C  -H  ^ 

e-S*  "r  8 

ffl  X  OP 
,BO<  ‘ 
•CPS?  .. 
ffl  P  8 
P  BP 

X>  OX  c  BP 

ffl  p  p  ffl  3 
u  C  C  ffl 
P4  BP  ffl 

ffl  £  u  **  C  •* 
0.0  ffl  U  X  P 

»  a  b  p 

u%  I2-  .* 

O  ffl  *p  - 


ffl  ffl 

1  s 


ffl  p  -  -  - 

£  u  w 

583*83 

A  up  B  « 

•»  iu  k  Md  U  SB 


«*> 


73 


>» 

K 

U  H 

w  a 
!  w  * 


1 


5  c 
e  o 

1*5  ® 8-g 

5«'°  s**8 

is* 

uss.-s-i 

**il-;* 

+>  C  TJ  S  « 

£  g  e  *»-h 
«  0)  ft  *>-*  ^ 

|:-§si!s 

is***-** 

a§^«8o*c 

g*33Ml 
•**§3*3 

<w  -a  c  c  -h 


74 


APPENDIX  B 


GLOSSARY/ACRONYM  LIST 


AD 

Destroyer  Tender 

ADP 

Automatic  Data  Processing 

ADPE 

Automatic  Data  Processing  Equipment 

ADS 

Automated  Data  System 

AFS 

Combat  Store  Ship 

AIMD 

Aircraft  Intermediate  Maintenance  Department 

AHSU 

Aeronautical  Maintenance  Screening  Unit 

AR 

Repair  Ship 

AS 

Submarine  Tender 

AVCAL 

Aviation  Consolidated  Allowance  List 

AMP 

Awaiting  Parts 

BCM 

Beyond  Capability  of  Maintenance 

CAMS  I 

Carrier  Aircraft  Maintenance  Support  Improvement 

CNO 

Chief  of  Naval  Operations 

CODASYL 

Conference  on  Data  Systems  Languages 

COSAL 

Consolidated  Shipboard  Allowance  List 

CPU 

Central  Processor  Unit 

CRT 

Cathode  Ray  Tube 

DBMS 

Data  Base  Management  System 

DLA 

Defense  Logistics  Agency 

DOD 

Department  of  Defense 

OOP 

Designated  Overhaul  Point 

EAM 

Electronic  Accounting  Machine 
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FAADC 


Fleet  Accounting  and  Disbursing  Center 


FD 

FMSO 

FREDS 

GSE 

HI-PRI 

ICP 

ICRL 

IFAR 

ILS 

IMA 

ZMRL 

I/O 

100 

JCN 

KVDT 

LHA 

LPH 

LRCA 

MAG 

MAR 

MCAS 

MDS 

MILSTRIP 

MIS 

MSDO 


Functional  Description 

Fleet  Material  Support  Office 

Flight  Readiness  Evaluation  Data  System 

Ground  Support  Equipment 

High  Priority  Requisition  Monitoring  System 

Inventory  Control  Point 

Individual  Component  Repair  List 

Individual  Flight  Activity  Reporting 

Integrated  Logistics  Support 

Intermediate  Maintenance  Activity 

Individual  Material  Readinees/Requirements  List 

Input/Output 

I  Owe  You 

Job  Control  Number 

Key  Video  Display  Terminal 

Amphibious  Assualt  Ship,  General  Purpose 

Amphibious  Assualt  Ship,  Helicopter 

Local  Repair  Cycle  Assets 

Marine  Aircraft  Group 

Maintenance  Action  Record 

Marine  Corps  Air  Station 

Maintenance  Data  System 

Military  Standard  Requisitioning  and  Issue  Procedure 
Management  Information  System 

Management  System  Development  Office  (Decommissioned) 
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NALCOMIS 


Naval  Aviation  Logistics  Command  Management  Information 
System 


NAMP 

NARP 

NAS 

NAVAIR 

NAVSUP 

NIS 

NMCS 

NRFI 

NSC 

NSF 

OMA 

OPTAR 

O&S 

PEB 

PMCS 

PME 

RFI 

SACOMIS 

SCIR 

SDE 

SXMA 

SNAP 

SOCXOAB 

SSC 


Naval  Aviation  Maintenance  Program 

Naval  Air  Rework  Facility 

Naval  Air  Station 

Naval  Air  Systems  Command 

Naval  Supply  Systems  Command 

Not  In  Stock 

Not  Mission  Capable,  Supply 
Not  Ready  for  Issue 
Naval  Supply  Center 
Navy  Stock  Fund 

Organizational  Maintenance  Activity 

Operating  Target 

Operating  and  Support 

P re -expended  Bin 

Partial  Mission  Capable,  Supply 

Precision  Measuring  Equipment 

Ready  For  Issue 

Shipboard  Aviation  Command  Management  Information 
System 

Subsystem  Capability  Impact  Reporting 
Source  Data  Entry 

Shore  Intermediate  Maintenance  Activity 
Shipboaurd  Non -Tactical  ADP  Program 
Site  Oriented  Centralized  and  Integrated  Data  Base 
Supply  Support  Center 
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SUADPS 

SUADPS' 

SUADPS' 

TAT 

TDC 

UNREP 

WUC 

3-M 


Shipboard  Uniform  Automated  Data  Processing  System 

EU  Shipboard  Uniform  Automated  Data  Processing  System- 

End  Use 

•RT  Shipboard  Uniform  Automated  Data  Processing  System- 

Real  Time 

Turn-Around- Time 

Technical  Directive  Compliance 

Underway  Replenishment  System 

Work  Unit  Code 

Maintenance  and  Material  Management  System 
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